[Ffmpeg-devel] Re: Audio Video Sync issue with dvr-ms files

Wed Apr 4 03:19:11 CEST 2007

Hi

On 4/3/07, Jonathon Elwood <jaelwood at gmail.com> wrote:
>
> There is an AV sync issue with the latest SVN (8618).   I've uploaded a
> sample file that demonstrates this issue to:
>
> ftp://upload.mplayerhq.hu/MPlayer/incoming/Backpackers -
> _23_03_2007_23_00_03_comms.dvr-ms
>
> Michael Niedermayer recommended that I test with previous versions of
> ffmpeg and find the patch that broke the AV sync.   I traced the problem
> to patch #7905.  ffmpeg 7904 worked fine, but 7905 and above demonstrate
> this AV sync issue.   I modified the latest SVN to reverse the changes
> made in patch 7905, and the AV sync looks good.  However, this obviously
> isn't a proper fix.   Also without the changes in patch 7905 I have other
> dvr-ms shows where the fps is detected incorrectly, so this patch is
> obviously needed.   Could you please look at this?   I'm not sure what the
> code in patch 7905 is doing, so I won't be able to create the appropriate
> patch.
>
> Thank you in advance.
>

There is one other issue I just found with ffmpeg patch # 7905.  Since this
patch, I have some shows where the video stays "frozen" on the first frame
for a few seconds.  I tried these shows with ffmpeg 7904 and it didn't have
this problem.

I've uploaded a sample that demonstrates this problem:

ftp://upload.mplayerhq.hu/MPlayer/incoming/ NBA
Basketball_WPTA-DT_28_01_2007_14_59_45.dvr-ms
This sample has AC3 audio, without John Donaghy's patches ffmpeg doesn't
recognize AC3 streams in the dvr-ms container, so I used the ?an switch for
my testing.
Below is the output from 7904 (this is when it worked fine).

C:\Users\jon\Desktop\MPlayer>"ffmpeg" -benchmark -y -i "NBA
Basketball_WPTA-DT_2

8_01_2007_14_59_45.dvr-ms" -an -vcodec mpeg4 -s 320x240 -qscale 4 -vtag XVID
-ac

odec mp3 -ac 2 -ar 44100 -ab 128 -f avi "NBA
Basketball_WPTA-DT_28_01_2007_14_59

_45.avi"

  configuration: --enable-static --enable-memalign-hack --enable-mp3lame

  libavutil version: 49.3.0

  libavcodec version: 51.32.0

  libavformat version: 51.8.0

  built on Apr  3 2007 20:43:47, gcc: 3.4.5 (mingw special)

Seems stream 2 codec frame rate differs from container frame rate: 59.94(60000/

1001) -> 40.42 (485/12)

Input #0, asf, from 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.dvr-ms':

  Duration: 00:00:20.1, start: 0.000000, bitrate: 14796 kb/s

  Stream #0.0: Invalid Codec type -1

  Stream #0.1: Audio: 0x0000, 48000 Hz, stereo

  Stream #0.2: Video: mpeg2video, yuv420p, 1280x720, 13430 kb/s, 40.42fps(r)

Output #0, avi, to 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.avi':

  Stream #0.0: Video: mpeg4, yuv420p, 320x240, q=2-31, 200 kb/s, 40.42fps(c)

Stream mapping:

  Stream #0.2 -> #0.0

Press [q] to stop encoding

Compiler did not align stack variables. Libavcodec has been miscompiled

and may be very slow or crash. This is not a bug in libavcodec,

but in the compiler. Do not report crashes to FFmpeg developers.

frame=  814 q=4.0 Lsize=    9468kB time=20.1 bitrate=3850.9kbits/s

video:8945kB audio:0kB global headers:0kB muxing overhead 5.841274%

bench: utime=10.485s

Below is the output from ffmpeg 7905 (this is when the problem first
appeared).

C:\Users\jon\Desktop\MPlayer>"ffmpeg" -benchmark -y -i "NBA
Basketball_WPTA-DT_2

8_01_2007_14_59_45.dvr-ms" -an -vcodec mpeg4 -s 320x240 -qscale 4 -vtag XVID
-ac

odec mp3 -ac 2 -ar 44100 -ab 128 -f avi "NBA
Basketball_WPTA-DT_28_01_2007_14_59

_45.avi"

  configuration: --enable-static --enable-memalign-hack --enable-mp3lame

  libavutil version: 49.3.0

  libavcodec version: 51.32.0

  libavformat version: 51.8.0

  built on Apr  3 2007 20:51:12, gcc: 3.4.5 (mingw special)

Seems stream 2 codec frame rate differs from container frame rate: 59.94(60000/

1001) -> 59.92 (719/12)

Input #0, asf, from 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.dvr-ms':

  Duration: 00:00:20.1, start: 0.000000, bitrate: 14796 kb/s

  Stream #0.0: Invalid Codec type -1

  Stream #0.1: Audio: 0x0000, 48000 Hz, stereo

  Stream #0.2: Video: mpeg2video, yuv420p, 1280x720, 13430 kb/s, 59.92fps(r)

Output #0, avi, to 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.avi':

  Stream #0.0: Video: mpeg4, yuv420p, 320x240, q=2-31, 200 kb/s, 59.92fps(c)

Stream mapping:

  Stream #0.2 -> #0.0

Press [q] to stop encoding

Compiler did not align stack variables. Libavcodec has been miscompiled

and may be very slow or crash. This is not a bug in libavcodec,

but in the compiler. Do not report crashes to FFmpeg developers.

frame= 1290 q=4.0 Lsize=   14328kB time=21.5 bitrate=5451.6kbits/s

video:13958kB audio:0kB global headers:0kB muxing overhead 2.645759%

bench: utime=12.696s

Just in case you wanted to see the output from the latest SVN, it's below.  It
behaves exactly the same as 7905.

C:\Users\jon\Desktop\MPlayer>"ffmpeg" -benchmark -y -i "NBA
Basketball_WPTA-DT_2

8_01_2007_14_59_45.dvr-ms" -an -vcodec mpeg4 -s 320x240 -qscale 4 -vtag XVID
-ac

odec mp3 -ac 2 -ar 44100 -ab 128 -f avi "NBA
Basketball_WPTA-DT_28_01_2007_14_59

_45.avi"

  configuration: --enable-static --enable-memalign-hack --enable-libmp3lame

  libavutil version: 49.4.0

  libavcodec version: 51.40.2

  libavformat version: 51.11.0

  built on Apr  3 2007 21:10:26, gcc: 3.4.5 (mingw special)

Seems stream 2 codec frame rate differs from container frame rate: 59.94(60000/

1001) -> 59.92 (719/12)

Input #0, asf, from 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.dvr-ms':

  Duration: 00:00:20.1, start: 0.000000, bitrate: 14796 kb/s

  Stream #0.0: Invalid Codec type -1

  Stream #0.1: Audio: 0x0000, 48000 Hz, stereo

  Stream #0.2: Video: mpeg2video, yuv420p, 1280x720, 13430 kb/s, 59.92fps(r)

Output #0, avi, to 'NBA Basketball_WPTA-DT_28_01_2007_14_59_45.avi':

  Stream #0.0: Video: mpeg4, yuv420p, 320x240, q=2-31, 200 kb/s, 59.92fps(c)

Stream mapping:

  Stream #0.2 -> #0.0

Press [q] to stop encoding

Compiler did not align stack variables. Libavcodec has been miscompiled

and may be very slow or crash. This is not a bug in libavcodec,

but in the compiler. Do not report crashes to FFmpeg developers.

frame= 1290 fps=103 q=4.0 Lsize=   14384kB time=21.5 bitrate=5473.1kbits/s

video:14014kB audio:0kB global headers:0kB muxing overhead 2.640853%

bench: utime=12.514s

I'm reporting this under the AV sync issue I reported earlier because it is
all linked to patch 7905.  However, if I should report this separately,
please let me know.

Thanks again.