- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 03 Oct, 2012 1 commit
-
-
Janne Grunau authored
AVFrame.extended_data has to reset to the AVFrame.data of the current thread context after copying the frame contents. Fixes crashes with frame-threading after 2bc0de38.
-
- 01 Oct, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 19 Sep, 2012 5 commits
-
-
Janne Grunau authored
Adds a flag context_reinit to MpegEncContext to relieable keep track of frame parameter changes which require a context reinitialization. This is required for broken inputs which change the frame size but error out before the context can be reinitialized.
-
Janne Grunau authored
-
Janne Grunau authored
Fixes triggering an assert in avcodec_default_release_buffer() introduced in 1b3439b3.
-
Janne Grunau authored
This is mainly required for frame parameter changes during frame based multithreading but single threaded usage profits too from avoiding ff_MPV_common_end()/ff_MPV_common_init() cycles.
-
Janne Grunau authored
This is a preparation for supporting frame size changes during frame-based multithreading.
-
- 06 Sep, 2012 1 commit
-
-
Janne Grunau authored
Prevents dangling pointers and makes access after free more obvious. Setting AVFrame.qscale_table to NULL is required for successfully allocating a previously freed Picture with ff_alloc_picture().
-
- 04 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
This assert is no longer true since h264 error concealment needs last_picture_ptr to be set. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 31 Aug, 2012 1 commit
-
-
Alberto Delmás authored
Signed-off-by:
Kostya Shishkov <kostya.shishkov@gmail.com>
-
- 24 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 09 Aug, 2012 1 commit
-
-
Mans Rullgard authored
This file defines a single, huge function, MPV_motion(), which although being declared inline is not actually inlined by the compiler (for good reason). There is thus no sense in defining this function in a header file, resulting in multiple copies of it in the final library. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 29 Jul, 2012 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 04 Jul, 2012 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 21 Apr, 2012 1 commit
-
-
Mans Rullgard authored
This feature is complex, of questionable utility, and slows down normal decoding. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 23 Mar, 2012 1 commit
-
-
Janne Grunau authored
-
- 16 Mar, 2012 2 commits
-
-
Janne Grunau authored
If the dummy frame are not created from a reference frame they could be deleted untimely resulting in multithreaded decoder waiting on the current frame to finish. Noticed by Ronald S. Bultje in the RV34 decoder with a broken file.
-
Ronald S. Bultje authored
Prevents hangs on corrupt input. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 01 Mar, 2012 1 commit
-
-
Diego Biurrun authored
-
- 15 Feb, 2012 3 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Feb, 2012 1 commit
-
-
Diego Biurrun authored
It is obscure, most likely unused and not bit-exact compared to libavcodec due to a different IDCT transform algorithm.
-
- 21 Jan, 2012 1 commit
-
-
John Brooks authored
When either video dimension is only one macroblock, subtractions based on v_edge_pos and the macroblock size may be negative. In that situation, an unsigned comparison isn't sufficent to test for MV overruns, because a limit of (unsigned)-1 will let any other value pass. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 10 Jan, 2012 1 commit
-
-
Janne Grunau authored
Under certain conditions pictures could be released before they were returned with frame-threading. Broken mv computation in the upcoming rv34 frame-threading patch was caused by this. To prevent contexts from running out of available pictures the loop releasing "unused" pictures has to be run for B frames too.
-
- 07 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 02 Jan, 2012 1 commit
-
-
Janne Grunau authored
Adds a new member to MpegEncContext to hold the number of used slice contexts. Fixes segfaults with '-threads 17 -thread_type slice' and fate-vsynth{1,2}-mpeg{2,4}thread{,_ilace} with --disable-pthreads.
-
- 25 Dec, 2011 1 commit
-
-
Konstantin Todorov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 18 Dec, 2011 1 commit
-
-
Mans Rullgard authored
This was intended as an optimisation for skipped blocks in MPEG2 P-frames and never used elsewhere. Removing this "optimisation" speeds up MPEG2 decoding by 1-2% (ARM Cortex-A9). Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 14 Dec, 2011 1 commit
-
-
Andrey Utkin authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 12 Dec, 2011 2 commits
-
-
Diego Biurrun authored
-
Dustin Brody authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 07 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 06 Dec, 2011 1 commit
-
-
Konstantin Todorov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 03 Dec, 2011 1 commit
-
-
Konstantin Todorov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 02 Dec, 2011 1 commit
-
-
Justin Ruggles authored
Add AV_NUM_DATA_POINTERS to simplify the bump transition. This will allow for supporting more planar audio channels without having to allocate separate pointer arrays.
-
- 19 Nov, 2011 1 commit
-
-
Justin Ruggles authored
A new field, AVCodecContext.internal is used to hold a new struct AVCodecInternal, which has private fields that are not codec-specific and are used by general libavcodec functions. Moved internal_buffer, internal_buffer_count, and is_copy.
-