<br><div class="gmail_quote">On Sat, Oct 29, 2011 at 7:27 AM, Johannes Bauer <span dir="ltr"><<a href="mailto:dfnsonfsduifb@gmx.de">dfnsonfsduifb@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi list,<br>
<br>
I have a problem with Kdenlive, both on a Gentoo and Ubuntu computer. It<br>
was built from head using the scripts from<br>
<a href="http://www.mltframework.org/twiki/bin/view/MLT/BuildScripts" target="_blank">http://www.mltframework.org/twiki/bin/view/MLT/BuildScripts</a> because with<br>
both the distribution version of Ubuntu 11.10 and Gentoo, I experienced<br>
severe A/V delays when editing/transcoding.<br>
<br>
Now earlier when I clicked in the "middle" of a video, it took on my<br>
Q9550 PC about half a seocond to update the picture (ffmpeg 0.7.6, melt<br>
0.5.10, kdenlive 0.7.8). </blockquote><div><br></div><div>It is well known that seeking on AVCHD is horribly slow. Is this version combination something you tested today or are you basing this on on a memory? I have a lot of trouble believing your above claim is possible. </div>
<div><br></div><div>Does the machine have NVIDIA GPU with NVIDIA binary X driver? Possibly that build of ffmpeg and mlt supports VDPAU. Run 'melt -debug avchd.mts 2>&1 | grep vpdau'</div><div>If it the console out contains many messages with 'vdpau' in them, it is using VDPAU. </div>
<div><br></div><div>VDPAU does provide some speed benefit on systems with weak CPU, but I have not seen it improve seeking much, and it causes much more instability, which is why it is now disabled by default. Still, it would be interesting to see if this combo is the reason.  </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Now with the HEAD version (built 2011-10-29,<br>
ffmpeg git-2011-10-29-6faf0a2, melt 0.7.5, kdenlive 0.8.1 rev 5997), it<br>
takes about 4-5 seconds for the picture to update, once I clicked on the<br>
timeline.<br></blockquote><div><br></div><div>This is what is expected.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Videos are AVCHD ("MTS" extension) directly from the camcorder, example<br>
at <a href="https://spornkuller.de/00022.mts" target="_blank">https://spornkuller.de/00022.mts</a><br>
<br>
If there's anything I can do to debug this problem, please let me know!<br><br></blockquote><div>People are re-wrapping, transcoding, or using proxy clips for anything but very light editing with AVCHD.</div></div><div>
<br></div>-- <br>+-DRD-+<br>