- 10 Feb, 2012 10 commits
-
-
Ronald S. Bultje authored
Conversion of the luma intra prediction mode to one of the constrained ("alzheimer") ones can happen by crafting special bitstreams, causing a crash because we'll call a NULL function pointer for 16x16 block intra prediction, since constrained intra prediction functions are only implemented for chroma (8x8 blocks). Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
-
Justin Ruggles authored
-
Justin Ruggles authored
There are no audio encoders which do frame reordering.
-
Justin Ruggles authored
We need to do unsigned saturation in order to cover the corner case when the absolute coefficient value is 16777215 (the maximum value). Fixes Bug #216
-
Michael Niedermayer authored
That way all mix levels as exported by avpriv_ac3_parse_header() will have the same meaning. Previously the 3-bit center mix level for E-AC-3 was used to index in a 4-entry table, leading to out-of-array reads. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com> Signed-off-by:
Alex Converse <alex.converse@gmail.com>
-
- 09 Feb, 2012 29 commits
-
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
This changes the output order of multichannel PCE based streams.
-
Martin Storsjö authored
This fixes crashes on exit when closing a bitstream filter that hasn't allocated any private data, on OS X. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
-
Janne Grunau authored
-
Ronald S. Bultje authored
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Tomas Härdin authored
The last entry is the total size of the essence container. Previously a TemporalOffset error would be logged, even though segments like these are expected. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This avoids a SIGFPE if SampleRate is missing or set to naughty values. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
These are common with audio atoms. Without this the demuxer would read two bytes at a time for a mono 16-bit file. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This fixes demuxing of 2011_DCPTEST_24FPS.V.mxf. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This fixes SIGSEGV on files with both CBR and VBR index segments (zzuf6.mxf). Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
Without this certain files could get the demuxer stuck in a loop. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
Specially crafted files can lead the parsing code to take too long. We fix a lot of these problems by not allowing local tags to extend past the end of the set and not allowing other KLVs to be read past the end of themselves. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This fixes SIGSEGV on files where this is the case, such as zzuf4.mxf. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This can happen if an index table segment has a very large IndexStartPosition. zzuf3.mxf is an example of such a file. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This fixes an infinite loop with zzuf2.mxf. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
This fixes a SIGSEGV with zzuf1.mxf. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
Only the OPAtom demuxing logic is guaranteed to have index tables, meaning OP1a files that lack an index would cause SIGSEGV. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Tomas Härdin authored
Avoids a SIGSEGV on files with IndexEntryCount < IndexDuration. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Aneesh Dogra authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
- 08 Feb, 2012 1 commit
-
-
Anton Khirnov authored
This changes a number of FATE results, since before this commit, the timestamps in all tests using rawenc were made up by lavf. In most cases, the previous timestamps were completely bogus. In some other cases -- raw formats, mostly h264 -- the new timestamps are bogus as well. The only difference is that timestamps invented by the muxer are replaced by timestamps invented by the demuxer. cscd -- avconv sets output codec timebase from r_frame_rate and r_frame_rate is in this case some guessed number 31.42 (377/12), which is not accurate enough to represent all timestamps. This results in some frames having duplicate pts. Therefore, vsync 0 needs to be changed to vsync 2 and avconv drops two frames. A proper fix in the future would be to set output timebase to something saner in avconv. nuv -- previous timestamps for video were wrong AND the cscd comment applies, one frame is dropped. vp8-signbias -- the file contains two frames with identical timestamps, so -vsync 0 needs to be removed/changed to -vsync 2 and avconv drops one frame. vc1-ism -- apparrently either the demuxer lies about timestamps or the file is broken, since dts == pts on all packets, but reordering clearly takes place.
-