Originally committed as revision 13651 to svn://svn.ffmpeg.org/ffmpeg/trunk

contains the first picture startcode that commences in the PES
packet, instead of the first access unit that commences in the
PES packet. Fix the parser to
handle that properly. This was a very long standing bug ...
The change to the seek regressions is because the mpeg ts muxer
stores too many invalid and randomized timestamps which overflow
the 4 entry buffer we use in the parser.

Originally committed as revision 13643 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13631 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13550 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13549 to svn://svn.ffmpeg.org/ffmpeg/trunk

Before, all dts where wrong, now just the first is a little odd.

Originally committed as revision 13491 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13427 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13371 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13369 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13368 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13367 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13225 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13084 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13073 to svn://svn.ffmpeg.org/ffmpeg/trunk

It is already set by FFMPEG_OPTS.

Originally committed as revision 13029 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 13028 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12965 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12962 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Henrik Gulbrandsen: henrik gulbra net

Originally committed as revision 12916 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12812 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12779 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12664 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12639 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12638 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12637 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12631 to svn://svn.ffmpeg.org/ffmpeg/trunk

results. Also update Ogg regression test.

Originally committed as revision 12630 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12626 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12488 to svn://svn.ffmpeg.org/ffmpeg/trunk

muxer/demuxer in revision 12358.

Originally committed as revision 12407 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12361 to svn://svn.ffmpeg.org/ffmpeg/trunk

All calls of this function use pgmyuv input format; hence
no need to specify it explicitly.

Originally committed as revision 12360 to svn://svn.ffmpeg.org/ffmpeg/trunk

The PSP MP4 format requires an AAC audio stream, so until
we have an AAC encoder we cannot test this format.

The existing test is broken and does not actually use the
PSP format.

Originally committed as revision 12359 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12348 to svn://svn.ffmpeg.org/ffmpeg/trunk

through lrintf(), that is gcc put the 32bit int flags in a 32bit float
which caused some to be lost ...).
I wonder why FATE did not pick this up?

Originally committed as revision 12329 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12221 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12124 to svn://svn.ffmpeg.org/ffmpeg/trunk

other places without checking for its availability already.

Originally committed as revision 12123 to svn://svn.ffmpeg.org/ffmpeg/trunk

and the information needed to guess the duration only becomes known at a later packet.

Originally committed as revision 11963 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11939 to svn://svn.ffmpeg.org/ffmpeg/trunk

This only removes 2 bytes from MP3 and MP2 currently.
Up to 4 could be removed from MP3/MP2 though this might need a 2pass muxer.
Primitive code to remove headers from MPEG-1/2/4 is there too but for the
single file I tried it on (the one in the regression tests), it was a loss
because all video frames were >4096 byte, so that it is disabled ATM.

Originally committed as revision 11936 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11933 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11869 to svn://svn.ffmpeg.org/ffmpeg/trunk

Correctly interleave ogg packets per granule
and set eos correctly, 2 packets buffering is needed.
It duplicates interleave_per_dts a bit,
if someone has a good solution, I'll implement it.

Originally committed as revision 11867 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11864 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11856 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11855 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11854 to svn://svn.ffmpeg.org/ffmpeg/trunk

gave it 'ts'. Fixed by changing ff_nut_reset_ts() and demuxer params

Originally committed as revision 11851 to svn://svn.ffmpeg.org/ffmpeg/trunk