Support Main Profile at High 1440 Level in MXF container,
using essence coding label from SMPTE RDD 9, table 6.

Signed-off-by: Janne Grunau <janne-libav@jannau.net>

Signed-off-by: Janne Grunau <janne-libav@jannau.net>

This fixes SIGSEGV on files with both CBR and VBR index segments (zzuf6.mxf).

Without this certain files could get the demuxer stuck in a loop

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.

This fixes SIGSEGV on files where this is actually the case, such as zzuf4.mxf

This can happen if an index table segment has a very large IndexStartPosition.
zzuf3.mxf is an example of such a file.

This fixes the infinite loop with zzuf2.mxf

This fixes SIGSEGV with zzuf1.mxf

and thus cannot be used

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixed "ISO C90 forbids mixed declarations and code" in ff_network_init

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Only the OPAtom demuxing logic is guaranteed to have index tables, meaning OP1a
files that lack an index would cause SIGSEGV.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

This supersedes commit 154c0a8.
The bug was also reported by Rafaël Carré.

timestamp_len and timestamp_res intialize to zero.

This was an error rebasing 4682a1dc3a for
commit. The "pes" variable guaranteed to be NULL in that block.

This unbreaks compilation
Found by: jb

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixes Ticket802
Bug found by: Oana Stratulat

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixes a infinite loop
Fixes half of Ticket800
Bug found by Oana Stratulat

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

This avoids a SIGFPE if SampleRate is missing or set to naughty values.

Only the OPAtom demuxing logic is guaranteed to have index tables, meaning OP1a
files that lack an index would cause SIGSEGV.

Without this the demuxer will SIGSEGV on files with IndexEntryCount < IndexDuration

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: Michael Niedermayer <michaelni@gmx.at>

Bug found by: durandal_1707

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

It holds the size of the current payload.

It behaves similarly to image2 muxer

use ffio_limit()
Fixes Ticket 790
Bug found by: Oana Stratulat

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixes Ticket788
Bug found by Oana Stratulat

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Bug found by: Oana Stratulat

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

This fixes a (near) infinite loop and Ticket783
Bug found by: cosminamironesei

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixes avformat_find_stream_info() on streams with number of frames <
thread count.

Signed-off-by: Anton Khirnov <anton@khirnov.net>

This is not as accurate as ELOOP, but there is an explicit error message
just before anyway.

This should be replaced by a more appropriate error code of course but
we should not leave compilation broken until that is decided.

Found-by: jb
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

This should fix track issue #781, regarding compilation with
i686-w64-mingw32-gcc.

Bug found by: Rik Maes <rik.maes54@gmail.com>
Change based on suggestion by Rik Maes

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

in av_get_packet()

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

handles it fine.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

The most recent demuxing/seeking code doesn't need them

This uses the old demuxing code for OP1a and separate demuxing code for OPAtom.
Timestamp output is added to the old demuxing code.
The seeking code is made to seek to the start of the desired EditUnit only,
from which the normal demuxing code takes over (if OP1a). This means we don't
use delta entries or slices, only StreamOffsets.
OPAtom seeking basically works like before.
This also makes D-10 seeking behave the same way as OP1a and OPAtom. In other
words, we allow seeking before the start or past the end for D-10 too.
This fixes ticket #746.