From: Evert V. <evo...@gm...> - 2009-12-07 03:09:45
|
Hi there. Sorry to be such a pain here. Even sorrier to ask a question about MLT, but I noticed that Dan from the MLT is the same guy answering my questions here. I still have no Qimage support in kdenlive. How does MLT/kdenlive figure out what is supported? I found a bug that sounds similar to my kdenlive crashing when I want to add a title clip, and since kdenlive shows me I have no QImage support, I think it's all related. kdenlive does not show up on the "melt -query producers" list. I think I should have qimage support, though, and I'm just going through the documentation now. grepping through the compile/install logs of mlt, I can see both the qimage and kdenlive modules built and installed: ------------------------------ root@dora:~/.sorcery/grimoire# augur compile mlt | grep qimage Configuring modules/qimage: Qt version 4.x detected, will compile Qt4 qimage producer list='qimage kdenlive sox oldfilm linsys core xml frei0r vmfx effectv melt dgraft dv resample plus lumas kino normalize motion_est xine gtk2 vorbis jackrack sdl feeds avformat'; \ make[2]: Entering directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/qimage' cc -march=core2 -O2 -pipe -O3 -ffast-math -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -c -o producer_qimage.o producer_qimage.c g++ -march=core2 -O2 -pipe -march=core2 -O2 -pipe -O3 -ffast-math -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I/opt/kde4/include -Wno-deprecated -c -o qimage_wrapper.o qimage_wrapper.cpp cc -shared -o ../libmltqimage.so factory.o producer_qimage.o producer_kdenlivetitle.o qimage_wrapper.o kdenlivetitle_wrapper.o -Wl,-O1 -Wl,--as-needed -Wl,--as-needed -L../../framework -lmlt -lpthread -lm -Wl,--as-needed -L/opt/kde4/lib -lQtCore -lQtGui -lQtSvg -lstdc++ make[2]: Leaving directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/qimage' list='qimage kdenlive sox oldfilm linsys core xml frei0r vmfx effectv melt dgraft dv resample plus lumas kino normalize motion_est xine gtk2 vorbis jackrack sdl feeds avformat'; \ make[2]: Entering directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/qimage' install -m 755 ../libmltqimage.so "/usr/lib/mlt" make[2]: Leaving directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/qimage' --------------------------------------------------- root@dora:~/.sorcery/grimoire# augur compile mlt | grep kdenlive Configuring modules/kdenlive: list='qimage kdenlive sox oldfilm linsys core xml frei0r vmfx effectv melt dgraft dv resample plus lumas kino normalize motion_est xine gtk2 vorbis jackrack sdl feeds avformat'; \ cc -march=core2 -O2 -pipe -O3 -ffast-math -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -c -o producer_kdenlivetitle.o producer_kdenlivetitle.c g++ -march=core2 -O2 -pipe -march=core2 -O2 -pipe -O3 -ffast-math -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -DUSE_MMX -DUSE_SSE -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I/opt/kde4/include -Wno-deprecated -c -o kdenlivetitle_wrapper.o kdenlivetitle_wrapper.cpp cc -shared -o ../libmltqimage.so factory.o producer_qimage.o producer_kdenlivetitle.o qimage_wrapper.o kdenlivetitle_wrapper.o -Wl,-O1 -Wl,--as-needed -Wl,--as-needed -L../../framework -lmlt -lpthread -lm -Wl,--as-needed -L/opt/kde4/lib -lQtCore -lQtGui -lQtSvg -lstdc++ make[2]: Entering directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/kdenlive' cc -shared -o ../libmltkdenlive.so factory.o filter_boxblur.o filter_freeze.o filter_wave.o producer_framebuffer.o -Wl,-O1 -Wl,--as-needed -Wl,--as-needed -L../../framework -lmlt -Wl,--as-needed -lm make[2]: Leaving directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/kdenlive' list='qimage kdenlive sox oldfilm linsys core xml frei0r vmfx effectv melt dgraft dv resample plus lumas kino normalize motion_est xine gtk2 vorbis jackrack sdl feeds avformat'; \ make[2]: Entering directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/kdenlive' install -m 755 ../libmltkdenlive.so "/usr/lib/mlt" make[2]: Leaving directory `/usr/src/sorcery/mlt/mlt-0.4.6/src/modules/kdenlive' ------------------------------------------------------------- Sorry, Dan, you asked me how I did the "transcode" earlier. I meant I was able to pull an AVCHD clip into kdenlive, and just render that one clip as x264 .mp4 file. Not much of a codec change, I know, but it ran through the encoder and decoder. So my only question here is how do I tell MLT that the qimage/kdenlive packages are installed? I had a quick read through the MLT docs, and could not find anything in there that looked like it would help me in this situation. Again, sorry for highjacking this mailing list. Hopefully I'll be able to post bugs in the proper place soon. Kind regards, -Evert Vorster- P.S. I can zip & attach full compile logs if you are interested? -- http://magnatune.com - Music shared the way it should be. |
From: Evert V. <evo...@gm...> - 2010-01-15 16:26:14
|
Ah, never mind, I figured it out... Thanks for making such a great program... my favorite editor by far! -Evert- -- http://magnatune.com - Music shared the way it should be. |
From: Dan D. <da...@de...> - 2009-12-07 04:03:13
|
2009/12/6 Evert Vorster <evo...@gm...>: > 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. > I found a bug that sounds similar to my kdenlive crashing when I want to add > a title clip, and since kdenlive shows me I have no QImage support, I think > it's all related. yes > kdenlive does not show up on the "melt -query producers" list. > > I think I should have qimage support, though, and I'm just going through the > documentation now. > > grepping through the compile/install logs of mlt, I can see both the qimage > and kdenlive modules built and installed: 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. > So my only question here is how do I tell MLT that the qimage/kdenlive > packages are installed? ld.so uses /etc/ld.so.conf and LD_LIBRARY_PATH environment var. > Sorry, Dan, you asked me how I did the "transcode" earlier. > > I meant I was able to pull an AVCHD clip into kdenlive, and just render that > one clip as x264 .mp4 file. Not much of a codec change, I know, but it ran > through the encoder and decoder. 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. 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. 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. -- +-DRD-+ |
From: Evert V. <evo...@gm...> - 2009-12-07 05:21:31
|
Hi there... On Sun, Dec 6, 2009 at 10:03 PM, Dan Dennedy <da...@de...> wrote: > 2009/12/6 Evert Vorster <evo...@gm...>: > > 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. > Thanks.. > 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@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) /lib/ld-linux.so.2 (0xb7749000) libm.so.6 => /lib/libm.so.6 (0xb7468000) Mon Dec 07 13:50:38 root@dora:~# augur from libQtCore.so.4 qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4 qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4.5 qt-x11-opensource:/opt/kde4/lib/libQtCore.so.4.5.3 Mon Dec 07 13:51:01 root@dora:~# nano /etc/ld.so.conf Mon Dec 07 13:51:39 root@dora:~# ldconfig Mon Dec 07 13:51:46 root@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) /lib/ld-linux.so.2 (0xb7757000) 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, though. 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. -EVert- |