Registered Member
|
For testing I've compiled a recent mlt 0.9.8 from source, as well as kdenlive from the git repository (master) -- it says 15.09.0. My system is a Kubuntu 15.04 mit recent KF5 backported updates installed. Compilation of both mlt and kdenlive went very smooth, thanks to the instructions given in the kdenlive wiki. The mlt test was success.
I've loaded an existing very recent kdenlive project I just finished a week ago and which was created with kdenlive 15.04.1. I still see the same playhead issue that is basically making any edits useless: clicking on a position in the timeline or using the cursor keys or Home/End does move the blue rectangle in the timeline ruler ... but does not move the playhead with its vertical white line. Pressing play then repositions the playhead correctly ... but this way I loose the position I need for editing. Sometimes after some time and some layout reloads (coincidence? cause? who knows?) the playhead starts to act correctly and moves immediately in response to any mouse clicks and keyboard move commands. On another note, ShuttlePro support still not working. Personally I'm a little disappointed that I see no reactions to my previous posts and bug reports. |
Moderator
|
Can't help you with your bugs - sorry. But maybe you can help me. You mentioned you got mlt and kdenlive to compile on kubuntu 15.04 using the wiki instructions.
Are you talking about these https://community.kde.org/Kdenlive/Development/KF5 ? Because I can not get those instructions to work. I think there is a step missing between installing the dependencies and configuring the build. I labelled this spot <where and how to you download the melt source? Which version of the source? -ttguy>) in the instructions. How did you get melt source ? |
Registered Member
|
Glad to help here: yes, we're talking about the KF5 instructions. There are basically two paths to the MLT sources; I would prefer to document the first one (until Dan may need to move the source repository once again...) 1. Go directly to https://github.com/mltframework/mlt/releases/latest. This shows the most recent release notes. Now scroll down to the end of the release note. You should see a minor section labelled "Downloads". This section contains two attachments; one for the zip sources, another for the tar.gz sources. Download one of them and unpack to some nice place in your file system. Please be careful to document the link I gave because it redirects to the latest release, so one may end up easily with a static URL when copying and pasting the browser URL bar contents. 2. Go to http://www.mltframework.org/bin/view/MLT/ProjectNews and scan the news for a new release. That news snippet then will contains the link to the tar.gz source file on github. Unfortunately, there is no way to link to the "most recent" source file download. This is a long-standing issue with GitHub, many feature requests filed by huge numbers of users. I would now recommend the first path. |
Registered Member
|
Ah, forgot to mention that: I'm using MLT version 0.9.8 which is the recent stable release.
|
Moderator
|
DiveO could you baby me through some more of the steps?
I extracted to ~/kdenlive/mlt-0.9.8 cd ~/kdenlive/mlt-0.9.8 I set a var INSTALL_PREFIX - not sure if I am supposed to. INSTALL_PREFIX=/home/ttguy/development/kdenlive $ echo $INSTALL_PREFIX /home/ttguy/development/kdenlive Run the configure step. - seems to work ./configure --enable-gpl --enable-gpl3 --prefix=$INSTALL_PREFIX --qt-includedir=/usr/include/x86_64-linux-gnu/qt5 --qt-libdir=/usr/lib/x86_64-linux-gnu
$ pwd /home/ttguy/kdenlive/mlt-0.9.8 The make install fails $ make install
|
Registered Member
|
Oh yes, now that you've fallen into the same trap, I remember. Sorry for not remembering earlier!
So you need to do a compile first: $ make Only then do the installation; please note that the installation target does not ensure compilation! That's the trap that has been set up for us... $ make install Using the --prefix option is a good idea; I installed everything inside my own user directory. |
Registered Member
|
Heh, found at least that bug that caused my ShuttlePro and possibly other media controllers to cease working in recent Kdenlive releases...
|
Moderator
|
Hi DiveO,
I have not followed up your last suggestion yet . But in the meantime I downloaded the build script at http://www.mltframework.org/twiki/bin/v ... s#Kdenlive and modified it build the head of git://anongit.kde.org/kdenlive.git I changed KDENLIVE_HEAD=0 KDENLIVE_REVISION=origin/v0.9.x to KDENLIVE_HEAD=1 KDENLIVE_REVISION= in the script With this build I can not reproduce your play head problems. The script builds lots of the kdenlive support programs (ffmpeg ffplay ffprobe melt x264) from source |
Moderator
|
Thanks for that hint.
Indeed doing a make and then a make install got me through the melt compile The kdenlive compile then completes fine. I have updated https://community.kde.org/Kdenlive/Development/KF5 to reflect this and have made it more explicit about how to do this. My build of kdenlive using this method does not reproduce your playhead issues either. |
Registered Member
|
Based on your feedback I've compiled my own ffmpeg version and recompiled MLT to use it. Also changed the environment settings in Kdenlive to correctly use my locally compiled ffmpeg.
Unfortunately, the playhead problems persist. I also now noticed that dialing does not work, while shuttling does. Similar, single frame movement doesn't work in Kdenlive either. This applies to the timeline, but also to the clip monitor as well. There seems something severely broken in Kdenlive, and it broke after 15.04; in 15.04 the playhead successfully followed track. |
Registered Member
|
ttguy: how many MLT threads and how many Kdenlive/Proxy threads do you have configured? And what kind of machine/cpu do you use?
I have 3 MLT threads enabled and am using a Core i7 ... and resetting the number of MLT threads to one thread only seems to make the playhead problem go away most(!) of the time. Looks like a dreaded race condition to me; as it still sometimes appear this may be an issue in Kdenlive rather than in MLT. |
Registered Member
|
So, for the moment the "solution" is to set the number of MLT threads in kdenlive's configuration settings to 1. This will make the playhead properly sync to amy position selected.
|
Moderator
|
2 proxy clip concurrent threads 1 processing thread. 2.1Ghz Celeron (R) Dual Core 2 Gig of ram. I am using standard definition footage. |
Registered Member
|
got sometime the same playhead problem does not reposition .
i think that should come from codec stuff .... ? Whatever i do with the timeline cursor _black arrow_ (from project monitor or from the project timeline) , the "project monitor" preview will always move forward in the clip. Until the end, and then impossible to going backward in the clip. version 15.04.2 / KDE Frameworks 5.9.0 / melt 0.9.6 / Xubuntu 15.04 / avconv version 11.2-6:11.2-1 |
Registered Member
|
(MLT Thread have never be other than 1)
Typically something not working with this kind of clip :
same without sound , no working
this one always working :
does the problem could come from the [PAR 4:3 DAR 16:9] ? |
Registered users: Bing [Bot], Evergrowing, Google [Bot]