Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000965KdenliveMLTpublic2009-06-25 19:472009-07-01 21:57
Reporterguiodic 
Assigned Toddennedy 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionRecent git 
Target VersionFixed in Version0.7.5 
Summary0000965: a/v not syncronized (because mlt?)
DescriptionBuilding Kdenlive with Wizard it fails in a/v syncronization.

a/v are not syncronized during playback in kdenlive and on rendered file. There is a 2-3 secs gap.


But: If I take MLT 0.4.2 instead MLT 0.4.3 from svn, kdenlive work very well.

o.s. Ubuntu 9.04
TagsNo tags attached.
Build/Install MethodBuild Wizard
Attached Files

- Relationships

-  Notes
(0003552)
ddennedy (developer)
2009-06-30 02:39

Please provide the information I requested in the other bug report. Again, that is information on the video files you are using with which you have this problem using the output of 'ffmpeg -i thefile' Also, play them in ffplay to see if they are in sync. If OK, try clicking around the ffplay video window to make it seek and see if sync remains after seeking.
(0003555)
guiodic (reporter)
2009-06-30 03:30

Thank you.

Is I play the file with ffplay (both ~/kdenlive-exe/bin/ffplay and ffplay in the system), I click around, I use arrows keys.... ok, it is syncronized.

This is ffmpeg output:

Seems stream 1 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Le_parole_sono_importanti.mp4':
  Duration: 00:01:17.07, start: 0.000000, bitrate: 539 kb/s
    Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16
    Stream #0.1(und): Video: h264, yuv420p, 320x240, 29.97 tbr, 29.97 tbn, 59.94 tbc
At least one output file must be specified
(0003556)
ddennedy (developer)
2009-06-30 03:35

OK, good H.264/MP4 or /MOV should work good. It is nice to know it is resolved and confirms it is not the same as the other bug (although newer ffmpeg might resolve the other one as well).

Fix is in FFmpeg ~r19299

- Issue History
Date Modified Username Field Change
2009-06-25 19:47 guiodic New Issue
2009-06-25 19:47 guiodic Build/Install Method => Build Wizard
2009-06-30 02:35 ddennedy Status new => assigned
2009-06-30 02:35 ddennedy Assigned To => ddennedy
2009-06-30 02:39 ddennedy Note Added: 0003552
2009-06-30 03:30 guiodic Note Added: 0003555
2009-06-30 03:35 ddennedy Note Added: 0003556
2009-06-30 03:35 ddennedy Status assigned => resolved
2009-06-30 03:35 ddennedy Fixed in Version => Recent git
2009-06-30 03:35 ddennedy Resolution open => fixed
2009-07-01 20:02 j-b-m Fixed in Version Recent git => 0.7.5
2009-07-01 21:57 xzhayon Status resolved => closed


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker