- 28 Jul, 2015 1 commit
-
-
Ivan Uskov authored
This commit replaces the 1 microsecond delay by 500 microsecond for the case when the MFX library does return MFX_WRN_DEVICE_BUSY status. In general this warning never appears for simple encoding or transcoding session because the GPU is so fast so it almost always is not busy and any delay value just does not executes. But for heavy transcoding tasks for example, when several QSV sessions are running simultaneously then using a 1-microsecond delay may result in 1000 iterations per each frame. So here possible a paradoxical case when GPU loading also loads CPU by dummy tasks. Official MFX/QSV samples by Intel are using 1 millisecond (i.e. 1000 microseconds) everywhere where MFX_WRN_DEVICE_BUSY does appear. So 500us is a much more optimal value than 1us. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Jul, 2015 2 commits
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 20 Jul, 2015 2 commits
-
-
Vittorio Giovara authored
The rationale is that coded_frame was only used to communicate key_frame, pict_type and quality to the caller, as well as a few other random fields, in a non predictable, let alone consistent way. There was agreement that there was no use case for coded_frame, as it is a full-sized AVFrame container used for just 2-3 int-sized properties, which shouldn't even belong into the AVCodecContext in the first place. The appropriate AVPacket flag can be used instead of key_frame, while quality is exported with the new AVPacketSideData quality factor. There is no replacement for the other fields as they were unreliable, mishandled or just not used at all. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Allocating coded_frame is what most encoders do anyway, so it makes sense to always allocate and free it in a single place. Moreover a lot of encoders freed the frame with av_freep() instead of the correct API av_frame_free(). This bring uniformity to encoder behaviour and prevents applications from erroneusly accessing this field when not allocated. Additionally this helps isolating encoders that export information with coded_frame, and heavily simplifies its deprecation. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 19 Jul, 2015 1 commit
-
-
Anton Khirnov authored
Wait for async_depth frames before syncing.
-
- 14 Jul, 2015 1 commit
-
-
Ivan Uskov authored
Reviewed-by:
Gwenole Beauchesne <gb.devel@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 09 Jul, 2015 3 commits
-
-
Ivan Uskov authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ivan Uskov authored
libavcodec/qsvenc.c: Fix for too agressive height alignment during frame encoding which may be reason of superflous frame copying. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ivan Uskov authored
For example, the encoder may return MFX_WRN_INCOMPATIBLE_VIDEO_PARAM warning i.e. ret==5 old loop implementation will repeat several times until output buffer overflow. New implementation explicitly uses loop only for device busy case. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 08 Jul, 2015 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 06 Jul, 2015 2 commits
-
-
Ivan Uskov authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ivan Uskov authored
libavcodec/qsvenc.c: More correct selection of alignment of a frame height depending whether an encoded sequence progressive or not. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Mar, 2015 1 commit
-
-
Anton Khirnov authored
-