I'm on KdenLive 0.9.6

The rendered mp4 file has video delayed a fraction of a second behind audio.

The project is importing 2 video clips, and using the audio track from one (a MOV file) with video track of the other (AVI file).

Last week, using the same setup and software, I was able to render correctly a similar project, but using the audio track from the AVI with video from the MOV file (reverse situation of above).

Any ideas what could be wrong?

Steph

What is you melt version?
Are the two sources in sync when playing in kdenlive?
Is the shift constant or does it change over time?
What are the project and render settings? (mp4 is both a codec and a container format)
Do the clips have different frame rates?

capslock wrote:What is you melt version?

0.8.8..............

Aspire-3830T:~$ kdenlive -version
kdenlive: /usr/lib/libmlt.so.5: no version information available (required by kdenlive)
kdenlive: /usr/lib/libmlt++.so.3: no version information available (required by kdenlive)
Qt: 4.8.1
KDE Development Platform: 4.8.5 (4.8.5)
Kdenlive: 0.9.6

Aspire-3830T:~$ melt --version
melt 0.8.8
Copyright (C) 2002-2013 Ushodaya Enterprises Limited
<http://www.mltframework.org/>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Are the two sources in sync when playing in kdenlive?

yes

Is the shift constant or does it change over time?

constant (I attempted half a dozen times or more)

What are the project and render settings? (mp4 is both a codec and a container format)

Project Settings:
HD 720p, 60fps
(size = 1280x720, fps = 60/1, display aspect ratio = 16/9)

Render settings:
Destination = Websites, youtube 1280x720
Scanning = Auto (====> note: I attempted both interlaced and progressive scan types with no success)
Encoder threads = 1
Checkboxes checked: "Export Audio", "Full Project"

Do the clips have different frame rates?

no, both clips were 30fps (I checked the spec sheets for both cameras, as well as zoomed in in KdenLive to see the individual frames lined up together)

I guess the clips are interlaced, as your project settings is 60fps and the clips come 30fps?

capslock wrote:I guess the clips are interlaced, as your project settings is 60fps and the clips come 30fps?

Not sure what "interlaced" is, but I would think that the project in KdenLive would duplicate frames to render 30fps into 60fps. This would explain why I can zoom in and count 60 frames for each second of video. Still doesn't explain why the video would render as delayed from audio.

I agree, but nevertheless it could be worth a try using a 30fps project, which seems to match better. At least you are closer to "reality" and maybe the timeshift is gone.

Sorry it took like a month to get back to you guys. Anyway, I had no luck re-rendering with the project settings changed to 30fps.

I couldn't find a solution, but a workaround was to go back into Kdenlive and shift the video left (6 frames) so that the render came out ok. That's a cop out I know. I know.

I just successfully rendered (with a different video, same camera, same file format) without having to shift anything. I'm comparing project settings and render settings. One thing weird is that I'm sure when I brought the clips into the project, Kdenlive gave me a warning about project setting, and in the warning popup, there were two options (video4linux, VGA NTSC) to select to 'override current project settings'. But going back to check the settings today, they are back to 'HD 1080p 60fps'.

Another thing I noticed, is somewhere there is a 30.00003 fps. Could the 0.00003 addup to 0.1 second (6 frames at 60fps = 0.1 second) after 5 minutes of video, and could that be somehow the cause of the shift? Anyway, why the extra fractional fps??

Thanks
Edit: The warning popup is "Changing the project profile" and the message is:
"Your clip does not match the project profile"
"Do you want to change the project profile?"
"The following profiles match the clip (640x480, 30.0003fps):"
"video4linux capture"
"VGA NTSC"
So yes, the fps is 30.0003, not 30.00003

0.0003 x 327 = 0.0981 which is close enough to 0.10 (the shift amount of 6 frames)

327 is the number of seconds in the length of the rendered video.....5:27 = (5 x 60) + 27

So I think I'm getting close to a answer here. Yayyyyy

Steph