summaryrefslogtreecommitdiff
path: root/libavcodec/pthread_frame.c
Commit message (Collapse)AuthorAge
* lavc: Drop deprecated get_buffer related functionsVittorio Giovara2015-08-28
| | | | Deprecated in 11/2012.
* lavc: AV-prefix all codec capabilitiesVittorio Giovara2015-07-27
| | | | | | Express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* Deprecate avctx.coded_frameVittorio Giovara2015-07-20
| | | | | | | | | | | | | | | | | 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>
* pthread: Check memory allocationVittorio Giovara2015-05-31
|
* pthreads_frame: Do not leak on failure pathLuca Barbato2014-11-06
| | | | | | CC: libav-stable@libav.org Bug-Id: CID 1135767 Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavc: deprecate the use of AVCodecContext.time_base for decodingAnton Khirnov2014-10-15
| | | | | | | | | | | When decoding, this field holds the inverse of the framerate that can be written in the headers for some codecs. Using a field called 'time_base' for this is very misleading, as there are no timestamps associated with it. Furthermore, this field is used for a very different purpose during encoding. Add a new field, called 'framerate', to replace the use of time_base for decoding.
* avcodec: Suppress deprecation warnings from DTG code scheduled for removalDiego Biurrun2014-08-04
|
* pthread_frame: simplify the code by using new AVPacket APIAnton Khirnov2014-05-19
| | | | This also handles side data properly.
* lavc: Add hwaccel private data and init/uninit callbacksAnton Khirnov2014-05-11
|
* mpegvideo: operate with pointers to AVFrames instead of whole structswm42014-04-09
| | | | | | | | | | | | | The most interesting parts are initialization in ff_MPV_common_init() and uninitialization in ff_MPV_common_end(). ff_mpeg_unref_picture and ff_thread_release_buffer have additional NULL checks for Picture.f, because these functions can be called on uninitialized or partially initialized Pictures. NULL pointer checks are added to ff_thread_release_buffer() stub function. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* pthread_frame: flush all threads on flush, not just the first oneAnton Khirnov2014-02-28
| | | | | | | | | avcodec_flush_buffers() must release all internally held references according to its documentation, for which all the threads need to be flushed. CC:libav-stable@libav.org Bug-Id: vlc/9665
* pthread_frame: unref decoded frames on failureAnton Khirnov2014-01-06
| | | | | | | This is similar to what the non-threaded code already does. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
* pthread_frame: use the AVFrame API properly.Anton Khirnov2013-12-09
| | | | | Remove the extended_data workaround, all decoders should now handle this properly.
* lavc: use buf[0] instead of data[0] in checks whether a frame is allocatedAnton Khirnov2013-11-18
| | | | data[0] may be NULL for valid frames with hwaccel pixel formats.
* lavc: move AVCodecContext.pkt to AVCodecInternalAnton Khirnov2013-11-04
| | | | It's a private field, not meant to be accessed from outside lavc.
* pthread: store thread contexts in AVCodecInternal instead of AVCodecContextAnton Khirnov2013-11-04
| | | | | | It's a private field, it should not be visible to callers. Deprecate AVCodecContext.thread_opaque
* lavc: split slice and frame threading functions into separate filesAnton Khirnov2013-11-04
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 08:04:38 +0000