Hi there...<br><br>
<div class="gmail_quote">On Sun, Dec 6, 2009 at 10:03 PM, Dan Dennedy <span dir="ltr"><<a href="mailto:dan@dennedy.org">dan@dennedy.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">2009/12/6 Evert Vorster <<a href="mailto:evorster@gmail.com">evorster@gmail.com</a>>:<br>
<div class="im">> I still have no Qimage support in kdenlive.<br>> How does MLT/kdenlive figure out what is supported?<br><br></div>Each module has a configure sh script. Most of them are fairly readable.<br></blockquote>
<div>Thanks..</div>
<div><br> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Yes, I agree from the logs. More than likely, at run time ld.so can<br>not locate the qt libs. 'ldd /usr/lib/mlt/libmltqimage.so' will help<br>
you determine that.<br></blockquote>
<div>Cool. So, here is a little of what I tried:</div>
<div> </div>
<div> </div>
<div>-----------------------------------------------------------------</div>
<div> </div>
<div><a href="mailto:root@dora">root@dora</a>:~# ldd /usr/lib/mlt/libmltqimage.so<br> linux-gate.so.1 => (0xb7748000)<br> libmlt.so.2 => /usr/lib/libmlt.so.2 (0xb76fd000)<br> libpthread.so.0 => /lib/libpthread.so.0 (0xb76e4000)<br>
libQtCore.so.4 => not found<br> libQtGui.so.4 => not found<br> libQtSvg.so.4 => not found<br> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75ea000)<br> libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb75dd000)<br>
libc.so.6 => /lib/libc.so.6 (0xb7493000)<br> libdl.so.2 => /lib/libdl.so.2 (0xb748f000)<br> /lib/ld-linux.so.2 (0xb7749000)<br> libm.so.6 => /lib/libm.so.6 (0xb7468000)</div>
<div>Mon Dec 07 13:50:38<br><a href="mailto:root@dora">root@dora</a>:~# augur from libQtCore.so.4<br>qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4<br>qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4.5<br>qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4.5.3</div>
<div>Mon Dec 07 13:51:01<br><a href="mailto:root@dora">root@dora</a>:~# nano /etc/ld.so.conf</div>
<div>Mon Dec 07 13:51:39<br><a href="mailto:root@dora">root@dora</a>:~# ldconfig</div>
<div>Mon Dec 07 13:51:46<br><a href="mailto:root@dora">root@dora</a>:~# ldd /usr/lib/mlt/libmltqimage.so<br> linux-gate.so.1 => (0xb7756000)<br> libmlt.so.2 => /usr/lib/libmlt.so.2 (0xb76ff000)<br> libpthread.so.0 => /lib/libpthread.so.0 (0xb76e6000)<br>
libQtCore.so.4 => /opt/kde4/lib/libQtCore.so.4 (0xb74b5000)<br> libQtGui.so.4 => /opt/kde4/lib/libQtGui.so.4 (0xb6b38000)<br> libQtSvg.so.4 => /opt/kde4/lib/libQtSvg.so.4 (0xb6ae5000)<br> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb69ec000)<br>
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb69df000)<br> libc.so.6 => /lib/libc.so.6 (0xb6895000)<br> libdl.so.2 => /lib/libdl.so.2 (0xb6891000)<br> /lib/ld-linux.so.2 (0xb7757000)<br>
libz.so.1 => /lib/libz.so.1 (0xb687b000)<br> libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb6876000)<br> librt.so.1 => /lib/librt.so.1 (0xb686d000)<br> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb67b6000)<br>
libm.so.6 => /lib/libm.so.6 (0xb6790000)<br> libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb676b000)<br> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb66f3000)<br> libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb66b8000)<br>
libSM.so.6 => /usr/lib/libSM.so.6 (0xb66b0000)<br> libICE.so.6 => /usr/lib/libICE.so.6 (0xb6698000)<br> libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb668f000)<br> libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb668b000)<br>
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb665b000)<br> libXext.so.6 => /usr/lib/libXext.so.6 (0xb664c000)<br> libX11.so.6 => /usr/lib/libX11.so.6 (0xb6557000)<br> libpcre.so.0 => /lib/libpcre.so.0 (0xb6523000)<br>
libuuid.so.1 => /lib/libuuid.so.1 (0xb651e000)<br> libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb6506000)<br> libXau.so.6 => /usr/lib/libXau.so.6 (0xb6503000)<br> libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb64fe000)<br>
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb64d8000)<br>--------------------------------------------------------------------------------------</div>
<div> </div>
<div>So, it looks a lot better now. When I run the config wizard in kdenlive I still have no qimage support. So, I re-compiled and re-installed mlt and kdenlive. Still no qimage. Maybe I should reboot my computer...</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im"><br> </div>ok. If you right-click a clip in the Project Tree of Kdenlive, there<br>is a Transcode feature that uses ffmpeg alone. It uses presets<br>configurable in the Settings. We have a preset for DNxHD, which is<br>
what worked for me on my transcode. DNxHD is near lossless.<br></blockquote>
<div>Thanks, I'll give it a go. I will still keep my originals in .mts format, though. </div>
<div> </div>
<div>If you don't mind the bug reports, I'll continue to use AVCHD to edit videos and see where we can improve kdenlive. </div>
<div>Thanks for the quick support, btw. </div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Direct AVCHD is still a bit dicey. Where it does work rather well<br>(seems to depend on what camera it comes from), performance of<br>
accurate seeking is painful. </blockquote>
<div>Yeah, I noticed that. But then, the files are big and my laptop's harddrive is slow. What was done in OME is to generate an index, and work from that when resizing clips and so on. The workflow is also different for me. So far, I am getting used to kdenlive quite quickly. It's rather intuitive. </div>
<div> </div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I only recently got gmerlin working here<br>to be able to judge its support for AVCHD and Ogg Theora (our other<br>
popular problematic format). Indeed, it is quite nice for both, but it<br>is a major effort to integrate gmerlin-avdecoder, and it is a rather<br>large dependency stack that gets less distro maintainer attention<br>compared to another potentially large dependency stack - gstreamer.<br>
So, using FFmpeg-alone is appealing as it has given us a lot but with<br>a small footprint. In 2009, with respect to AVCHD, we did at least<br>gain clean and accurate seeking and better seek performance was close<br>but not accepted due to regression or side effects. So, it made sense<br>
to wait and see how that work progressed. Now, the waiting is starting<br>to get long. But, I am also quite busy just maintaining what I already<br>do have to take on gmerlin-avdecoder or gstreamer at this time.<br></blockquote>
<div>Oh, I did not mean that you should implement gmerlin. I just wanted you to know where I was coming from and what toolkits I have used before. </div>
<div>Thanks for the support. </div>
<div>-EVert-<br></div></div>