- 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.
-
- 14 Nov, 2011 1 commit
-
-
Sebastien Zwickert authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 23 Oct, 2011 1 commit
-
-
Anton Khirnov authored
It's MPEG-1/2 specific.
-
- 20 Oct, 2011 2 commits
-
-
Anton Khirnov authored
It's used in lavf.
-
Anton Khirnov authored
It's used in lavf.
-
- 16 Oct, 2011 1 commit
-
-
Steven Walters authored
Replace our incomplete w32threads implementation with x264's pthreads w32threads wrapper. Relicensed to LGPL with kind permission by Pegasys Inc. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
- 05 Oct, 2011 2 commits
-
-
Ronald S. Bultje authored
Using the old code, half of it was unused and the other half was too small for e.g. >8bpp interlaced data, causing random buffer overruns.
-
Ronald S. Bultje authored
It was wrong in colorspaces where horizontal and vertical chroma subsampling are not the same, e.g. 422.
-
- 21 Sep, 2011 2 commits
-
-
Anton Khirnov authored
-
Diego Biurrun authored
This fixes build failures with -DDEBUG in CPPFLAGS.
-
- 23 Aug, 2011 1 commit
-
-
Alberto Delmás authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 27 Jul, 2011 1 commit
-
-
Mans Rullgard authored
The functions and tables initialised in this function rely on an initialised DSPContext. Make sure they always have one. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 20 Jul, 2011 1 commit
-
-
Ronald S. Bultje authored
Mpegvideo would free frames as soon as they're not the next or prev picture. This is fine for a single-threading model, but fails miserably in a system where pictures can be referenced (as e.g. last/prev pic) in other threads. Keeping track of ownership of pictures keeps image references (e.g. motion vectors, or the reference of a motion vector) alive as long as the picture data itself is alive. This also happens to fix make THREADS=[3-16] fate-vsynth[12]-error.
-
- 10 Jul, 2011 1 commit
-
-
Diego Biurrun authored
FF_COMMON_FRAME holds the contents of the AVFrame structure and is also copied to struct Picture. Replace by an embedded AVFrame structure in struct Picture.
-
- 09 Jul, 2011 1 commit
-
-
Frank Barchard authored
Instead, just decrease it to a valid value and use that. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 04 Jul, 2011 1 commit
-
-
Jason Garrett-Glaser authored
filter_mb_fast assumed that qscale_table was padded like many of the other tables.
-