New submission from ElioTondo <[email protected]>: Files in MP4 format produced by a Samsung VP-MX20 camera with SD card storage at 25 FPS can be longer than 43 min 41.40 sec (65535 frames). In this case various problems happen at this threshold: Totem, VLC and mplayer playback freeze for around 10-15 seconds and then continue, while mencoder stops with a huge amount of "duplicated frame" errors. It used to work on F11 with ffmpeg-libs-0.5-2.fc11.i586.rpm; then I updated to F12, and in May 2010 I found the problem; at that time the package was ffmpeg-libs-0.5-5.20091026svn.fc12.i686.rpm and later ffmpeg-libs-0.6-1.fc12.i686.rpm and further updates. It works on Ubuntu 10.04, that seems to use version 0.5.1; I tested the same video on Ubuntu 10.10 a few days ago, and it has the same problems as Fedora; the packages installed on 10.10 are aparently coming from the 0.6-2 tree. You can find a test video (around 1.7 GB) which shows the problem here: http://runa.nebo.it/test-64kframes.mp4 If you open it with Totem or VLC and you seek to around 43'30" and you start playing, after around 10 seconds - at the 43 min 41.40 sec (65535 frames) boundary - you will see the two people speaking at the table stop any movement (the audio keeps playing); then after a few seconds the movement resumes. It looks like, if you start earlier (e.g. 43'00") the pause is longer. If you try any kind of conversion with FFmpeg or mencoder, at the boundary you start getting a lot of "duplicate frame" errors. Maybe the problem has been introduced in the svn version after 0.5-2 and it remains also in the 0.6 tree?
---------- messages: 12891 priority: normal status: new substatus: new title: Error with MP4 files with 65536 frames or more (on Fedora and Ubuntu) type: bug ________________________________________________ FFmpeg issue tracker <[email protected]> <https://roundup.ffmpeg.org/issue2413> ________________________________________________
