- 08 Dec, 2011 6 commits
-
-
Tomas Härdin authored
-
Tomas Härdin authored
These values include KAGSize, HeaderByteCount and IndexByteCount. The length of the pack itself is also stored, and KAGSize is sanity checked. The FATE sample has KAGSize == 0, which is adjusted to 512. Other bad KAGSizes are set to 1.
-
Tomas Härdin authored
-
Tomas Härdin authored
This isn't an error. It's also expected behavior for OPAtom files.
-
Tomas Härdin authored
-
Tomas Härdin authored
This also zeroes new entries for good measure (used by future patches).
-
- 07 Dec, 2011 11 commits
-
-
Tomas Härdin authored
-
Tomas Härdin authored
Specifically, this means parsing as before until we run into essence. At that point we seek to the footer and parse until EOF. After that we start seeking backward to the previous partition and parse that until we run into essence or the next partition. This procedure is repeated until we encounter the last partition we parsed in the forward direction. The end result of all this is that large essence containers aren't needlessly parsed. This speeds up parsing large files a lot.
-
Tomas Härdin authored
This fixes 0001GL.MXF.V1.mxf_opatom.mxf and 0001GL00.MXF.A1.mxf_opatom.mxf getting two streams each due to both using the same SourcePackageID.
-
Tomas Härdin authored
-
Matthieu Bouron authored
Reviewed-by: Baptiste Coudurier
-
Carl Eugen Hoyos authored
This reverts r6689, "Make PNG produce correct 8-bit pictures".
-
Michael Niedermayer authored
Inspired by a patch from Michael Root Idea-by: Baptiste Coudurier Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* shariman/wmall: Fix lms_update() Move num_lms reading out of a loop Use correct value for range Fix some int / int16_t / int32_t confusion Implement revert_mclms() and associated functions Fix two more int16_t vs. int confusion Init s->cdlms[][].recent to order - 1 Add a size argument to dump_int_buffer() Get rid of logging that are not required anymore Fix some int vs. int16_t confusion Conflicts: libavcodec/wmalosslessdec.c Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Carl Eugen Hoyos authored
-
Michael Niedermayer authored
* qatar/master: Code cleanup - mpegvideo.c - 500-1000line rv40: NEON optimised weighted prediction rv40: NEON optimised chroma MC ARM: move NEON H264 chroma mc to a separate file rv34: NEON optimised inverse transform functions Conflicts: libavcodec/mpegvideo.c Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Dec, 2011 19 commits
-
-
Michael Niedermayer authored
Fixes Ticket711 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Carl Eugen Hoyos authored
Reviewed-by: Roberto Togni
-
Konstantin Todorov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Reimar Döffinger authored
The default of 9 gives different results on different FATE systems. However the zlib test using compression level 6 works, so try this instead. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Michael Niedermayer authored
Its checked a few lines below too. The only difference is that empty atoms with size=0 will now get parsed too. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
was enough space to read the 32bit size. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Mihnea Balta authored
The computed size doesn't contain the header size because it's already skipped by incrementing total_size, but then it's skipped again in the last line. The atom comes out 8 bytes short and the function mov_read_chan() aborts the whole parsing process. I think the computed size should be atom.size - total_size + 8. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This is just cosmetic as the if() is always true. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Reviewed-by: Baptiste Coudurier Tested-with-QT: Baptiste Coudurier Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Stefano Sabatini authored
-
Stefano Sabatini authored
Address trac ticket #706.
-
Janne Grunau authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Janne Grunau authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
This allows sharing code with the rv40 version of these functions. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Janne Grunau authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Michael Niedermayer authored
* qatar/master: mov: Don't av_malloc(0). avconv: only allocate 1 AVFrame per input stream avconv: fix memleaks due to not freeing the AVFrame for audio h264-fate: remove -strict 1 except where necessary (mr4/5-tandberg). misc Doxygen markup improvements doxygen: eliminate Qt-style doxygen syntax g722: Add a regression test for muxing/demuxing in wav g722: Change bits per sample to 4 g722dec: Signal skipping the lower bits via AVOptions instead of bits_per_coded_sample api-example: update to use avcodec_decode_audio4() avplay: use avcodec_decode_audio4() avplay: use a separate buffer for playing silence avformat: use avcodec_decode_audio4() in avformat_find_stream_info() avconv: use avcodec_decode_audio4() instead of avcodec_decode_audio3() mov: Allow empty stts atom. doc: document preferred Doxygen syntax and make patcheck detect it Conflicts: avconv.c ffplay.c libavcodec/mlpdec.c libavcodec/version.h libavformat/mov.c tests/codec-regression.sh tests/fate/h264.mak Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
- 05 Dec, 2011 4 commits
-
-
Carl Eugen Hoyos authored
-
Gavin Kinsey authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Reimar Döffinger authored
More specifically, PNG, v210, zlib and zmbv codecs. zmbv needs vf_scale to be able to produce PAL8. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-