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

muxer/demuxer in revision 12358.

Originally committed as revision 12407 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

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 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

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

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

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

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

Patch by kostya

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

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

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

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

pts to set the start_time.
patch by Neil Brown: [neilb suse de]
original thread: [FFmpeg-devel] [patch 3/3] Make timing calculations less
dependant on start_time being defined.
date: 08/16/2007 08:27 AM

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

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

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

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

patch by Andreas Öman: [andreas olebyn nu]

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

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

This gets rid of some recursion and simplifies the code.

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

LAVC version to be in the file and thus breaking with the last change of that)

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

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

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

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

how did i succeed doing such a ridiculously silly thing? well i think it happened like:
1. verifying that the regression tests pass with old resample2.c
2. updating the regressions to the new resample2.c ... failed svn complained
3. svn up
4. updating the regressions to the new resample2.c success (r8485)

at that point everything was still ok

5. some more resample2.c work update regressions, read diff, commit (r8486)

my misstake was that the svn up at point 3 was run in tests/  -> iam an idiot

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

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

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

bring AC3 encoder output up to input volume level
patch by Bill O'Shaughnessy % bill P oshaughnessy A gmail.com %
+ reg tests update gruntwork by me
Original thread:
date: Nov 21, 2006 11:36PM
subject: [Ffmpeg-devel] Simpler Patch to bring AC3 encoder output up to input level

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

prevent audio packets from being fragmented, wmp mac doesnt seem to like that and microshitty also doesnt seem to ever fragment them

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

all asf files i have have the 2 redundant duration fields differ by the preroll time so lets set them up like that too

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

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

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

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

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