This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Video playback at different speed to audio - framerate issues?

Tags: None
(comma "," separated)
latch
Registered Member
Posts
2
Karma
0
I have some motion jpeg avi files that have been recorded on a GoPro Helmet Hero Wide camera. They are meant to be 30 frames per second, and when I play them with mplayer this seems to be confirmed. They play properly in mplayer.

When I import them into kdenlive, the video plays at a different rate to the audio (faster) so that the audio continues after the video frames have ended.

I have set up a profile with 30fps, but this gives the problem. If I create a profile with 24 fps, it seems to fix one of the files but then make others play the video back slower than the audio.

What else should I try?

I am happy to share the files to see if you can reproduce this problem.
ddennedy
Registered Member
Posts
1315
Karma
1
How do these AVIs play with 'ffplay' at the command line?
If OK, how do they play with 'melt' at the command line?
If OK, how do they play with 'melt -profile dv_ntsc' at the command line?



latch
Registered Member
Posts
2
Karma
0
My AVI files play back properly with ffplay, and also with melt. When I use "melt -profile dv_ntsc" I get the framerate problem with the video going faster than the audio.

I have solved the inconsistency problem in kdenlive. When I use the 24 fps profile that I created, and then reload each clip, they all work properly. This has at least enabled me to edit up a quick project, but still doesn't explain why the AVI files (which mplayer sees as 30 fps) need a 24 fps profile to work properly in kdenlive.
ddennedy
Registered Member
Posts
1315
Karma
1
Please file a bug and attach one of your smaller samples to it. There were already some fixes in MLT in this area since the last release if you want to try building mlt from source.


ddennedy
Registered Member
Posts
1315
Karma
1
Re: "Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 29.92 (359/12)"

There was a bug in MLT 0.4.4 that causes A/V sync loss when the above message applies. It was fixed in the newly released MLT 0.4.6.




Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]