- 09 Feb, 2012 24 commits
-
-
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 15 commits
-
-
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.
-
Anton Khirnov authored
This makes it possible to dintinguish them from PAL8. Fixes an invalid write in avpicture_layout().
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
This is done in preparation for the following patch.
-
Anton Khirnov authored
Deprecate avcodec_encode_video().
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
Haruhiko Yamagata authored
This sets __OUTPUT_FORMAT__ to win64 instead of win32, even though both (through -m amd64) produce 64-bit binary code. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
Ronald S. Bultje authored
On Win64, these registers are callee-save, so not saving/restoring them correctly is a violation of ABI and can lead to crashes or corrupt data.
-
Henrik Gramner authored
Functions using INIT_MMX may still access XMM registers through direct means (xmm0-15). Therefore, they still need to be marked for clobber so they can be properly saved/restored. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
Alex Converse authored
The spec says the following speaker mapping is default: center front speaker left, right center front speakers, left, right outside front speakers, left surround, right surround rear speakers, front low frequency effects speaker
-
Alex Converse authored
It was only correct when element ids met very specific criteria.
-
Alex Converse authored
-
Diego Biurrun authored
It is obscure, most likely unused and not bit-exact compared to libavcodec due to a different IDCT transform algorithm.
-
- 07 Feb, 2012 1 commit
-
-
Ronald S. Bultje authored
This fixes crashes in e.g. PNG decoding with SSE2 enabled. In fact, many x86 optimizations for codecs assume that our buffer strides are 16-byte aligned.
-