When playing a clip or a project timeline in kdenlive, the audio/video starts in sync, but drifts out of sync (over a few seconds) until the video is about 1/2 second ahead of the audio. Once it's out of sync by that amount, the problem doesn't get any worse--it just stays out of sync by about 1/2 second. Stopping and starting playback causes it to sync up again (whereupon it drifts again). Other details:
- The same thing happens using mlt directly from the command line.
- This happens with all formats which use ffmpeg, (libdv is not affected).
- Rendering works perfectly.
- Occurs with both a pro firewire audio interface connected to jack, and a built-in intel sound card using alsa.
- Downgrading mlt/kdenlive/ffmpeg a version (0.8.6/0.9.2/1.1.2 respectively, I believe), and trying the lastest from git didn't help.
- Other video players (mplayer, vlc) have no problems. Neither do other editors (cinelerra, pitivi)
Now, I rather suspect this isn't a general bug in kdenlive or mlt, as it affects almost everything and would have been noticed. Searching for solutions hasn't really turned up anything--most reported sync problems seem render-related--so I was wondering if anybody had ran into something similar or had any ideas as to what might be wrong with my system!
I'm using mlt 0.8.8, kdenlive 0.9.4, ffmpeg 1.1.3. System is a core 2 quad (Q9550), with an Nvidia 7900GS (binary blob drivers), running Arch Linux. This system previously (a year or so ago) ran kdenlive well with no problems. I was inclined to blame ffmpeg, but a nearly identical software config doesn't have a sync problem on a second machine (a old laptop which isn't fast enough to do any real editing.)
Any help would be appreciated!

Apologies for the delay in following up; I thought I'd subscribed to the thread but it seems it didn't work...
> ...no mention of source material.... Is it HD material?
I've tried everything I could think of. MPEG2 from a camera, MPEG2 from a dvd, h264, flvs downloaded from youtube, big buck bunny, various audio sync test videos, etc. I've also converted source material into a variety of formats in an attempt to pin the problem down, but all to no avail. I haven't systematically tried all supported formats, but must have attempted 10-20 different combinations at least. HD/SD doesn't make a difference either. Neither do proxy clips. Is there a recommended "best" format which should be tried? For the record: 200x113 MJPEG exhibits the problem.
My video card doesn't support vdpau (that's 8000+ only), so it can't be a factor.
I just tried again with the latest kdenlive, mlt, and ffmpeg from git; no difference. (And it causes a bunch of other nasty problems like kdenlive not being able to detect clips' frame rates. ffmpeg git doesn't play very nice with much of anything, it seems. By the way: ffplay does work fine.)
Also tried using OpenGL output as suggested - no apparent improvement. But it also causes massive frame dropping, so it's hard to really tell. But the fact that this doesn't occur with dv files makes me think the problem isn't with the display. The x11 setting doesn't help either.
ewhac: do you have the problem with video playback, too? Or just with the interface?
Not sure if the problem described here:
http://www.kdenlive.org/forum/project-plays-av-sync-kdenlive-rendered-ve...
Is the same or not. It sounds like the sync problem there was between separate video and audio tracks. The problem I have occurs even when just playing a single clip in the clip monitor, with a otherwise blank project.
Are the daily builds statically compiled? If so, might give those a shot to see if this is all down to some weird library interaction.
Beginning to suspect that this is a weird regression in mlt that only affects a few system configurations. If I get some free time, I plan on trying to bisect mlt and ffmpeg to see if I can track down the source of the problem and file a proper bug report. (Since I figure filing one as-is will probably just result in a "won't fix, can't reproduce") Is there a good way to determine which versions of ffmpeg are recommended for which versions of mlt and kdenlive? (Other than hunting for clues in the commit messages, of course... ;))
UPDATE
Tried all that, it's not a problem (directly) with either mlt or ffmpeg. Still has happens as far back as ffmpeg 0.7 and mlt 0.6.0. But got to looking at the SDL code, and setting the buffer size in .asoundrc to 2048 reduced the problem drastically. Setting it to 512 eliminated it, to all appearances, at the expense of the odd buffer underrun. Guessing the problem was caused by some change in the kernel audio card driver to how audio buffers are handled or some such. Curious if changing the buffer size helps anybody else with a similar problem.