Opened 10 years ago

Closed 10 years ago

Last modified 8 years ago

#46 closed defect (fixed)

mpeg2video in ea is played at double speed (Issue 2290)

Reported by: DJX Owned by:
Priority: normal Component: undetermined
Version: git Keywords: electronicarts roundup
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


Just importing this issue from the old roundup because I'm still waiting for a fix. Cehoyos confirmed this.

ffmpeg -acodec adpcm_ea_r1 -i c:\temp\demo.mpc -vcodec mpeg2video -sameq -acodec
mp2 -ab 384K c:\temp\out.mpg
FFmpeg version git-N-28915-g454fab7, Copyright (c) 2000-2011 the FFmpeg develope

built on Apr 7 2011 02:22:47 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc


configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch=

x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686-pc-min
gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime-cpudetect
--enable-cross-compile --enable-static --disable-shared --extra-libs='-lws2_32 -
lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil
d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b
uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n
onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-libvorbis
--enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-libopencor
e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx

libavutil 50. 40. 1 / 50. 40. 1
libavcodec 52.117. 0 / 52.117. 0
libavformat 52.106. 0 / 52.106. 0
libavdevice 52. 4. 0 / 52. 4. 0
libavfilter 1. 77. 1 / 1. 77. 1
libswscale 0. 13. 0 / 0. 13. 0

[ea @ 0x14cf270] max_analyze_duration reached
[ea @ 0x14cf270] Estimating duration from bitrate, this may be inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/
1001) -> 29.97 (60000/2002)
Input #0, ea, from 'c:\temp\demo.mpc':

Duration: 00:01:01.85, start: 0.000000, bitrate: 4235 kb/s

Stream #0.0: Video: mpeg2video (Main), yuv420p, 640x448 [PAR 1:1 DAR 10:7],

3851 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc

Stream #0.1: Audio: adpcm_ea_r1, 48000 Hz, 2 channels, s16, 384 kb/s

[buffer @ 0x37de40] w:640 h:448 pixfmt:yuv420p
[mp2 @ 0x37d9f0] The requested thread algorithm is not supported with this threa
d library.
[mpeg @ 0x3cd6ab0] VBV buffer size not set, muxing may fail
Output #0, mpeg, to 'c:\temp\out.mpg':


encoder : Lavf52.106.0
Stream #0.0: Video: mpeg2video, yuv420p, 640x448 [PAR 1:1 DAR 10:7], q=2-31,

200 kb/s, 90k tbn, 29.97 tbc

Stream #0.1: Audio: mp2, 48000 Hz, 2 channels, s16, 384 kb/s

Stream mapping:

Stream #0.0 -> #0.0
Stream #0.1 -> #0.1

Press [q] to stop encoding
frame= 112 fps= 0 q=0.0 size= 1004kB time=3.70 bitrate=2220.7kbits/s dup=0
frame= 192 fps=186 q=0.0 size= 1884kB time=6.37 bitrate=2421.7kbits/s dup=0
frame= 271 fps=175 q=0.0 size= 2660kB time=9.01 bitrate=2418.8kbits/s dup=0
frame= 332 fps=161 q=0.0 size= 4016kB time=11.04 bitrate=2978.8kbits/s dup=0
frame= 385 fps=150 q=0.0 size= 5488kB time=12.81 bitrate=3508.8kbits/s dup=0
frame= 439 fps=142 q=0.0 size= 7100kB time=14.61 bitrate=3979.8kbits/s dup=0
frame= 492 fps=137 q=0.0 size= 8378kB time=16.38 bitrate=4189.2kbits/s dup=0
frame= 545 fps=132 q=0.0 size= 9822kB time=18.15 bitrate=4432.8kbits/s dup=0
frame= 597 fps=129 q=0.0 size= 11288kB time=19.89 bitrate=4649.9kbits/s dup=0
frame= 648 fps=126 q=0.0 size= 12990kB time=21.59 bitrate=4929.3kbits/s dup=0
frame= 711 fps=126 q=0.0 size= 14176kB time=23.69 bitrate=4902.0kbits/s dup=0
frame= 769 fps=124 q=0.0 size= 15670kB time=25.63 bitrate=5009.4kbits/s dup=0
frame= 822 fps=123 q=0.0 size= 17122kB time=27.39 bitrate=5120.2kbits/s dup=0
frame= 875 fps=121 q=0.0 size= 18370kB time=29.16 bitrate=5160.3kbits/s dup=0
frame= 949 fps=123 q=0.0 size= 20352kB time=31.63 bitrate=5270.8kbits/s dup=0
frame= 1023 fps=116 q=0.0 Lsize= 22286kB time=34.10 bitrate=5353.8kbits/s dup=
0 drop=1020
video:18968kB audio:3196kB global headers:0kB muxing overhead 0.548581%

Audio codec is incorrectly identified as adpcm_ea_r2 (should be adpcm_ea_r1).

From Cehoyos:
Original sample should play ~68 seconds (not 34 seconds as provided output
shows), sound is played correctly (if codec is forced, see issue 2291), video
plays at double speed, every second frame is dropped by ffmpeg to keep the
(correct) frame-rate of ~30.

Change History (3)

comment:1 Changed 10 years ago by DJX

I saw there was a patch to correct the main problem here:

It just hasn't been pushed yet.
Any chance of that happening soon?
It looks harmless.

I'm not too concered about the audio codec being incorrectly identified because I can force it.


comment:2 Changed 10 years ago by reimar

  • Resolution set to fixed
  • Status changed from new to closed

There are some more issues with that demuxer, but that one is fixed at least.

comment:3 Changed 8 years ago by cehoyos

  • Keywords electronicarts roundup added
Note: See TracTickets for help on using tickets.