Playback in both Monitors appears to be "choking", sound is unlistenable (rattling, jerking) and not synchronized with video, video is jerking too.
Problems start after a few first seconds of playback, CPU rocketed to 100% and then sound starts rattling and after a more couples of seconds also video.
Sometimes helps to stop movie, wait until CPU drops, and then continue playback, it helps just for a few next seconds however.
And what is the worst rendered output behaves the same! Sound is completely corrupted there, unlistenable, desynchronized, much quicker then video. Tested in mplayer and xine.
All tested clips are OK in 0.4 version, CPU is 90%-100% but playback is fluent. Both playback and render.
All clips are MPEG2 PS VOBs as usual and rendered to the same format.
ffplay shows clip OK, so I guess it is not ffmpeg issue.
How can I test MLT?
For me it appears as a buffer like problem, somewhat between kdenlive x mlt x ffmpeg, must be in the same function (layer) shared for both playback and render.
Because rendered output is affected too I doubt it is problem of audio driver
Anyway I have tested OSS, Alsa, Arst.
This may be the same bug as in
however no problems with rendering are mentioned by jmpoure and the problem is described as a latency problem.
I have to mention my another other problems with Clip and Timeline Monitor
Tested on kdenlive_builder build, all newest SVN sources - 22.6.2007, but affected is also 16.6.2007 version. Don't know with older ones.
ffmpeg, mlt, kdenlive - all builded.
Tried to enable or disable mmx support in mtl, remove some codec support from ffmpeg - no change.
This makes kdenlive unusable to me :(