[Kdenlive-devel] quick question
evorster at gmail.com
Mon Dec 7 05:21:20 UTC 2009
On Sun, Dec 6, 2009 at 10:03 PM, Dan Dennedy <dan at dennedy.org> wrote:
> 2009/12/6 Evert Vorster <evorster at gmail.com>:
> > I still have no Qimage support in kdenlive.
> > How does MLT/kdenlive figure out what is supported?
> Each module has a configure sh script. Most of them are fairly readable.
> Yes, I agree from the logs. More than likely, at run time ld.so can
> not locate the qt libs. 'ldd /usr/lib/mlt/libmltqimage.so' will help
> you determine that.
Cool. So, here is a little of what I tried:
root at dora:~# ldd /usr/lib/mlt/libmltqimage.so
linux-gate.so.1 => (0xb7748000)
libmlt.so.2 => /usr/lib/libmlt.so.2 (0xb76fd000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb76e4000)
libQtCore.so.4 => not found
libQtGui.so.4 => not found
libQtSvg.so.4 => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75ea000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb75dd000)
libc.so.6 => /lib/libc.so.6 (0xb7493000)
libdl.so.2 => /lib/libdl.so.2 (0xb748f000)
libm.so.6 => /lib/libm.so.6 (0xb7468000)
Mon Dec 07 13:50:38
root at dora:~# augur from libQtCore.so.4
Mon Dec 07 13:51:01
root at dora:~# nano /etc/ld.so.conf
Mon Dec 07 13:51:39
root at dora:~# ldconfig
Mon Dec 07 13:51:46
root at dora:~# ldd /usr/lib/mlt/libmltqimage.so
linux-gate.so.1 => (0xb7756000)
libmlt.so.2 => /usr/lib/libmlt.so.2 (0xb76ff000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb76e6000)
libQtCore.so.4 => /opt/kde4/lib/libQtCore.so.4 (0xb74b5000)
libQtGui.so.4 => /opt/kde4/lib/libQtGui.so.4 (0xb6b38000)
libQtSvg.so.4 => /opt/kde4/lib/libQtSvg.so.4 (0xb6ae5000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb69ec000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb69df000)
libc.so.6 => /lib/libc.so.6 (0xb6895000)
libdl.so.2 => /lib/libdl.so.2 (0xb6891000)
libz.so.1 => /lib/libz.so.1 (0xb687b000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb6876000)
librt.so.1 => /lib/librt.so.1 (0xb686d000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb67b6000)
libm.so.6 => /lib/libm.so.6 (0xb6790000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb676b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb66f3000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb66b8000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb66b0000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb6698000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb668f000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb668b000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb665b000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb664c000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb6557000)
libpcre.so.0 => /lib/libpcre.so.0 (0xb6523000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb651e000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb6506000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb6503000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb64fe000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb64d8000)
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...
> ok. If you right-click a clip in the Project Tree of Kdenlive, there
> is a Transcode feature that uses ffmpeg alone. It uses presets
> configurable in the Settings. We have a preset for DNxHD, which is
> what worked for me on my transcode. DNxHD is near lossless.
Thanks, I'll give it a go. I will still keep my originals in .mts format,
If you don't mind the bug reports, I'll continue to use AVCHD to edit videos
and see where we can improve kdenlive.
Thanks for the quick support, btw.
> Direct AVCHD is still a bit dicey. Where it does work rather well
> (seems to depend on what camera it comes from), performance of
> accurate seeking is painful.
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.
> I only recently got gmerlin working here
> to be able to judge its support for AVCHD and Ogg Theora (our other
> popular problematic format). Indeed, it is quite nice for both, but it
> is a major effort to integrate gmerlin-avdecoder, and it is a rather
> large dependency stack that gets less distro maintainer attention
> compared to another potentially large dependency stack - gstreamer.
> So, using FFmpeg-alone is appealing as it has given us a lot but with
> a small footprint. In 2009, with respect to AVCHD, we did at least
> gain clean and accurate seeking and better seek performance was close
> but not accepted due to regression or side effects. So, it made sense
> to wait and see how that work progressed. Now, the waiting is starting
> to get long. But, I am also quite busy just maintaining what I already
> do have to take on gmerlin-avdecoder or gstreamer at this time.
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.
Thanks for the support.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Kdenlive