[issue1086] Heavy A/V sync problems

Matt added the comment: I found this issue via this page: https://roundup.libav.org/issue1496 As to the issue of trimming in QuickTime, causing the audio to get out of sync, I think it has to do with libfaac. I wasn't able to create a properly synced .mp4 file on my own machine, but I was succe

[issue1086] Heavy A/V sync problems

Todd Troxell added the comment: attached is not fixed by incoming/issue2046 it is however fixed by the (rejected?) patch at: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-June/090789.html File 'steinbrenner.mov' not attached - you can download it from https://roundup.ffmpeg.org/file979.

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: Another sample (edit-list-seek-problem.mov), also fixed by the mentioned patch, can be found in incoming/issue2046 FFmpeg issue tracker __

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: A patch that fixes the following files (and the samples with bad A/V sync from samples/mov/editlist) has been posted to ffmpeg-devel: 47j9R7PXBep.mov 106258s.mov (issue 1547) facebook_mov_sync_failure.mov (issue 1196) negative_start_time.mov (issue 1801) test.

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: With ffplay, the issue is only reproducible for very large start-times, and only until A/V sync is reached. The issue is always easily (and for the whole file) reproducible with ffmpeg. FFmpeg issue tracker <

[issue1086] Heavy A/V sync problems

Baptiste Coudurier added the comment: negative_start_time.mov plays fine with ffplay here. That issue was not related. FFmpeg issue tracker

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: Samples negative_start_time.mov and facebook_mov_sync_failure.mov (please delete when fixed) moved to incoming/issue1086 FFmpeg issue tracker

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: All four samples show constant desync with ffmpeg, ffplay plays the first video frames very fast to sync and they all have a negative start time. IIRC, they all play fine with mplayer -demuxer mov and vlc. If you think the samples are different please unlink

[issue1086] Heavy A/V sync problems

Alexander Strange added the comment: The cause of issue1801 at least is different; there are no data tracks there, just two tracks with edit lists that give them negative starting times. Don't know if that matters as I haven't looked at this issue.

[issue1086] Heavy A/V sync problems

Carl Eugen Hoyos added the comment: Additional samples in incoming/negative_start_time.mov (issue 1801) incoming/facebook_mov_sync_failure.mov (issue 1196) test.mov attached to issue 1496 106258s.mov attached to issue 1547 Looks important... -- substatus: open -> reproduced __

[issue1086] Heavy A/V sync problems

compn added the comment: moved to incoming/issue1086/ _ FFmpeg issue tracker _

[issue1086] Heavy A/V sync problems

Michael Niedermayer added the comment: On Sat, May 16, 2009 at 04:29:35AM +, Baptiste Coudurier wrote: > > New submission from Baptiste Coudurier : > > 47j9R7PXBep.mov > > Seems stream 1 codec frame rate differs from container frame rate: 18.00 > (18/1) -> 29.97 (3/1001) >

[issue1086] Heavy A/V sync problems

New submission from Baptiste Coudurier : 47j9R7PXBep.mov Seems stream 1 codec frame rate differs from container frame rate: 18.00 (18/1) -> 29.97 (3/1001) Last message repeated 94 times Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '47j9R7PXBep.mov': Duration: 00:34:39.39, start: -40