Can't open git master clone in Qt Creator - "missing mlt"

[Jesse DuBord]

I'm trying to download a local clone I made of the Kdenlive git master 
build in Qt Creator, but I'm getting this error:


CMake Error at 
/usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:148 
(message):


Could NOT find MLT (missing: MLT_LIBRARIES MLT_INCLUDE_DIR) (Required is at

least version "6.0.0")

Call Stack (most recent call first):

/usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:388 
(_FPHSA_FAILURE_MESSAGE)


cmake/modules/FindMLT.cmake:59 (find_package_handle_standard_args)

CMakeLists.txt:99 (find_package)

Can anyone direct me on the steps I might take to solve this and open 
the Kdenlive source project in Qt Creator?


Running:

Linux Mint 18.1 x64 (Ubuntu 16.04 base)

Added ppa:kdenlive/kdenlive-master ppa

Installed mlt version 6.5.0 (package name from Synaptic: 
melt_6.4.0+git201701220401~ubuntu16.04.1_amd64)

Re: Multicam Sync and general worlflow limitations

[DogFilm]

why bother? ahmm, this was a suggestion. in the beginning of software,
there is nothing. if people said 'why bother' there would be no software at
all. furtunately people bother a lot and want things to evolve, make
progress - this is something that created the whole world around you. it is
not always perfect and some things still need a lot of progression, but
this progress is only possible with constructive people that bother / take
care / optimize / suggest / and of course build.

On Tue, Jan 31, 2017 at 6:23 PM, jdd  wrote:

> Le 31/01/2017 à 17:39, DogFilm a écrit :
>
>> yes, of course not every device has a sync signal. However, most devices
>> allow for a "free run" time sync signal,
>>
>
> Watever, the devs choose to use an other method and it usually works very
> well, so why bother?
>
> this saves me lot of time
>
> jdd
>
>

Re: how to sync all clips to global timecode signal aka freerun timecode?

[jdd]

Le 31/01/2017 à 17:47, DogFilm a écrit :

In addition to the other, more general thread about multicam editing I


 this

is especially very helpful with gaps in recorded material.


yes, you are right. My use is with continuous 4 hours+ camera runs

Before getting the multicam kdenlive system, I was thinking of such a 
time code system and used it sometime manually, that is:


* film a clock with any camcorder I have to use, better if done just 
before each take.


* after the take, one can write down the offset between the filmed clock 
and the internal timecode, after that syncing is pretty easy


I guess it should be pretty easy to add to kdenlive a module to do so, 
simply ask for any track what the offset is and then align all the clips 
based on this offset


alas my agenda do not allow me to take more work and I can't do it 
myself, but I could help debugging such thing


jdd

Re: Multicam Sync and general worlflow limitations

[jdd]

Le 31/01/2017 à 17:39, DogFilm a écrit :

yes, of course not every device has a sync signal. However, most devices
allow for a "free run" time sync signal,


Watever, the devs choose to use an other method and it usually works 
very well, so why bother?


this saves me lot of time

jdd

Re: GSOC 2017

[DogFilm]

I would like to add "synchronize timeline with other apps" e.g. via midi
clock or via jackd. Very useful to have a video editor able to sync with a
real audio editor like ardour without import/export dance. Opens very new
opportunities to art creations near to real time video mixing.

Another feature would be more "live editing" features like seen on live
video mixers, aka Video-DJ software. From what I understand all the
capabilities for such a thing are already inside kdenlive code, it just
means to create a different GUI mode to enable live clip and effect
selection / looping and a good keyboard customization for a live usecase.
Also this is very good partnering with the sync feature for creating real
time art. Basically this "just" means not triggering certain actions via
GUI interaction, but with keyboard and / or midi signals. Instead "file
open, add clip, play clip" just "press o" - instead of "click on clip, add
effect" just "press f" and so on. Maybe the actual implementation would be
very similar to a "makro recorder" - what leads to the next idea of adding
scripting functionally to make Kdenlive completely customizable and
scriptable, like Blender.

These features are not found in any other video editing software (free or
commercial) so it will be a very interesting unique "selling" point for
kdenlive. There are, of course, specialized VJ softwares, but these lack
basic video editing features and mostly are not available with an open
source license and are not available for free operating systems.

Thanks for your attention,
have a nice day,
John

On Sun, Jan 29, 2017 at 3:12 AM, farid abdelnour 
wrote:

> Ciao Massimo,
>
> Hi Farid,
>> I have a list of features I wrote some time ago.
>> Par of this list is our roadmap at today:
>>
>> Refactoring timeline for acheiving:
>> - Advanced trimming features
>> - Single track transitions
>> - Multicam Editing
>> - More sequences nesting
>> and
>> - Mixer audio
>> - Secondary color correction
>> - improve titler
>>
>> Then I have a list of ideas I'm collecting for the future, when all these
>> fundamental feature will be already implemented:
>> - DCP export
>> - Slowmovideo integration
>> - Spotlight effects
>> - Rolling shutter compensation
>> - Stereoscopic 3D support
>> - 360 video stitch
>> - 3D Titler
>>
>> I hope this can be useful.
>>
>
> Great ideas and very useful indeed, thanks for sharing. I might be wrong
> but, I proposed those ideas thinking in something feasible both for
> students and mentors. We need to see who is available to mentor the
> students. I ask again if it would be possible to get some help from KDE
> devs for mentoring, can we ask for something like this? I was also thinking
> in asking if Dan (MLT, Shotcut) or Janne (Flowblade) could help out in some
> MLT mentoring since it would help all the projects. (Maybe they can even
> propose other features for MLT and mentor them under KDE/Kdenlive
> umbrella.) Again do you think that is a good idea to try to make it happen?
>
>
>> Thanks for stimulating the discussion about it. In my opinion you have to
>> go forward on the wiki.
>>
>
> Thanks for your support, I will find some time to develop further some
> thoughts and write them on the wiki.
>
> Cheers
>>
>> Massimo
>>
>
> Take care!
>
> PS
> I will join you soon in phabricator for some ideas for the refactoring.
>
>
>> Messaggio originale
>> Da: snd.no...@gmail.com
>> Data: 27-gen-2017 16.08
>> A: "kdenlive"
>> Ogg: GSOC 2017
>>
>>
>> hello,
>>
>> i would like to know if we can start thinking on some gsoc projects for
>> 2017. can any one of you mentor some ideas? if not, can it be possible to
>> to request some help from kde for this? here are some ideas that we could
>> try:
>>
>> -improve titler - easy
>> -improve render widget - easy
>> -fix movit bugs - medium-hard
>> -mlt-edl module - medium?
>> -mlt-openfx module - medium?
>> -audio mixer - medium?
>> -incorporate slowmovideo - medium-hard?
>> -fix low-hanging bugs - easy
>>
>> if there is interest, i am willing develop the proposals in the wiki.
>>
>> cheers
>>
>>
>>
>> --
>> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
>> fsf member #5439
>> usuario GNU/Linux #471966
>> |_|0|_|
>> |_|_|0|
>> |0|0|0|
>> http://www.gunga.com.br;>gunga
>> http://www.tempoecoarte.com.br;>tempoecoarte
>> http://www.atelier-labs.org;>atelier-labs
>> http://www.mocambos.net;>rede mocambos
>>
>>
>>
>
>
> --
> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
> fsf member #5439
> usuario GNU/Linux #471966
> |_|0|_|
> |_|_|0|
> |0|0|0|
> http://www.gunga.com.br;>gunga
> http://www.tempoecoarte.com.br;>tempoecoarte
> http://www.atelier-labs.org;>atelier-labs
> http://www.mocambos.net;>rede mocambos
>

Re: GSOC 2017

[farid abdelnour]

Any thoughts on this?

2017-01-29 0:12 GMT-02:00 farid abdelnour :

> Ciao Massimo,
>
> Hi Farid,
>> I have a list of features I wrote some time ago.
>> Par of this list is our roadmap at today:
>>
>> Refactoring timeline for acheiving:
>> - Advanced trimming features
>> - Single track transitions
>> - Multicam Editing
>> - More sequences nesting
>> and
>> - Mixer audio
>> - Secondary color correction
>> - improve titler
>>
>> Then I have a list of ideas I'm collecting for the future, when all these
>> fundamental feature will be already implemented:
>> - DCP export
>> - Slowmovideo integration
>> - Spotlight effects
>> - Rolling shutter compensation
>> - Stereoscopic 3D support
>> - 360 video stitch
>> - 3D Titler
>>
>> I hope this can be useful.
>>
>
> Great ideas and very useful indeed, thanks for sharing. I might be wrong
> but, I proposed those ideas thinking in something feasible both for
> students and mentors. We need to see who is available to mentor the
> students. I ask again if it would be possible to get some help from KDE
> devs for mentoring, can we ask for something like this? I was also thinking
> in asking if Dan (MLT, Shotcut) or Janne (Flowblade) could help out in some
> MLT mentoring since it would help all the projects. (Maybe they can even
> propose other features for MLT and mentor them under KDE/Kdenlive
> umbrella.) Again do you think that is a good idea to try to make it happen?
>
>
>> Thanks for stimulating the discussion about it. In my opinion you have to
>> go forward on the wiki.
>>
>
> Thanks for your support, I will find some time to develop further some
> thoughts and write them on the wiki.
>
> Cheers
>>
>> Massimo
>>
>
> Take care!
>
> PS
> I will join you soon in phabricator for some ideas for the refactoring.
>
>
>> Messaggio originale
>> Da: snd.no...@gmail.com
>> Data: 27-gen-2017 16.08
>> A: "kdenlive"
>> Ogg: GSOC 2017
>>
>>
>> hello,
>>
>> i would like to know if we can start thinking on some gsoc projects for
>> 2017. can any one of you mentor some ideas? if not, can it be possible to
>> to request some help from kde for this? here are some ideas that we could
>> try:
>>
>> -improve titler - easy
>> -improve render widget - easy
>> -fix movit bugs - medium-hard
>> -mlt-edl module - medium?
>> -mlt-openfx module - medium?
>> -audio mixer - medium?
>> -incorporate slowmovideo - medium-hard?
>> -fix low-hanging bugs - easy
>>
>> if there is interest, i am willing develop the proposals in the wiki.
>>
>> cheers
>>
>>
>>
>> --
>> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
>> fsf member #5439
>> usuario GNU/Linux #471966
>> |_|0|_|
>> |_|_|0|
>> |0|0|0|
>> http://www.gunga.com.br;>gunga
>> http://www.tempoecoarte.com.br;>tempoecoarte
>> http://www.atelier-labs.org;>atelier-labs
>> http://www.mocambos.net;>rede mocambos
>>
>>
>>
>
>
> --
> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
> fsf member #5439
> usuario GNU/Linux #471966
> |_|0|_|
> |_|_|0|
> |0|0|0|
> http://www.gunga.com.br;>gunga
> http://www.tempoecoarte.com.br;>tempoecoarte
> http://www.atelier-labs.org;>atelier-labs
> http://www.mocambos.net;>rede mocambos
>



-- 
.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
fsf member #5439
usuario GNU/Linux #471966
|_|0|_|
|_|_|0|
|0|0|0|
http://www.gunga.com.br;>gunga
http://www.tempoecoarte.com.br;>tempoecoarte
http://www.atelier-labs.org;>atelier-labs
http://www.mocambos.net;>rede mocambos

how to sync all clips to global timecode signal aka freerun timecode?

[DogFilm]

In addition to the other, more general thread about multicam editing I
would like to ask a more specific thing here:

is it possible to sync multiple clips to a global timecode signal (NOT
manually, of course)?

Like, imagine you have multiple devices set to record timecode in "freerun"
mode, that usually translates to the timecode being recorded as the actual
"real" time on all devices, what can be very helpful, if the software
supports it.

With such timecode in all recorded clips now you could sync all the clips
from different devices by aligning to the timecode signal - this is
especially very helpful with gaps in recorded material. (Again the video in
the other thread shows how useful this is.)

Can this be done with kdenlive currently?

Thanks for your attention!
Havea nice day,
John

Re: Multicam Sync and general worlflow limitations

[DogFilm]

yes, of course not every device has a sync signal. However, most devices
allow for a "free run" time sync signal, that is you have "real time" or
"global time" or "the actual time" as a timecode on all your devices - this
is also shown in the video and you can see there, how helpful it is when
the editing software is actually supporting this with some nifty features.
The video is interesting, even if you do not like the software it is good
to learn about concepts. It is a very good video, you will like it. It will
be wonderful, when Kdenlive would implement some similar feature.

On Tue, Jan 31, 2017 at 3:24 PM, jdd  wrote:

> Le 31/01/2017 à 15:20, DogFilm a écrit :
>
>> Looks like this is what I called "manual" editing or like you describe
>> it seems to be quite near to that. I will play around a little bit more,
>> however it is problematic if you have only audio as a sync reference.
>> With many cams you can produce material with the same global timecode,
>> what is a very good sync source. If you look at the video you will see
>> how they are using this information to sync some of the files - however
>> it is also very good to have other sync sources available, like e.g.
>> audio.
>>
>>
> reasonably cheap audio only device do not have sync signal.
>
> here the manual part is very small. Before I did it looking at the audio
> signal...
>
> jdd
>
>

Re: Multicam Sync and general worlflow limitations

[jdd]

Le 31/01/2017 à 15:20, DogFilm a écrit :

Looks like this is what I called "manual" editing or like you describe
it seems to be quite near to that. I will play around a little bit more,
however it is problematic if you have only audio as a sync reference.
With many cams you can produce material with the same global timecode,
what is a very good sync source. If you look at the video you will see
how they are using this information to sync some of the files - however
it is also very good to have other sync sources available, like e.g. audio.



reasonably cheap audio only device do not have sync signal.

here the manual part is very small. Before I did it looking at the audio 
signal...


jdd

Re: Multicam Sync and general worlflow limitations

[DogFilm]

Looks like this is what I called "manual" editing or like you describe it
seems to be quite near to that. I will play around a little bit more,
however it is problematic if you have only audio as a sync reference. With
many cams you can produce material with the same global timecode, what is a
very good sync source. If you look at the video you will see how they are
using this information to sync some of the files - however it is also very
good to have other sync sources available, like e.g. audio.

On Tue, Jan 31, 2017 at 1:32 PM, jdd  wrote:

> Le 31/01/2017 à 13:02, DogFilm a écrit :
>
>> That is interesting, jdd! Would you like to explain your workflow
>>
>
> it's pretty easy.
>
> I use two video camcorder, so two video/sound tracks. Usually the one that
> have the better audio is the central one, but there the video is boring, so
> my second cam where I do closeups. I film band's shows
>
> on kdenlive, load the two tracks, push them to the timeline.
>
> make them approximately in sync - specially because music is repetitive.
>
> separate audio and video, then degroup video and audio. I don't know and
> don't like it because it's then easy to move the video track out of sync by
> mistake. Don't !
>
> right clic on an audio track and choose "sync master". select all the
> tracks (video and audio as well), right clic and "audio sync"
>
> wait till end
>
> test. Do not always works. If not resync by hand a bit and do again.
>
> You get very good lip sync
>
> http://val-en.dodin.org/uploads/Main/20160910-col-aucamville
> -02-jungle-v.mp4
>
> my daugther :-) enjoy
>
> jdd
> NB: sometime an out of sync can come from the reader or the network
>

Re: Multicam Sync and general worlflow limitations

[jdd]

Le 31/01/2017 à 13:02, DogFilm a écrit :

That is interesting, jdd! Would you like to explain your workflow


it's pretty easy.

I use two video camcorder, so two video/sound tracks. Usually the one 
that have the better audio is the central one, but there the video is 
boring, so my second cam where I do closeups. I film band's shows


on kdenlive, load the two tracks, push them to the timeline.

make them approximately in sync - specially because music is repetitive.

separate audio and video, then degroup video and audio. I don't know and 
don't like it because it's then easy to move the video track out of sync 
by mistake. Don't !


right clic on an audio track and choose "sync master". select all the 
tracks (video and audio as well), right clic and "audio sync"


wait till end

test. Do not always works. If not resync by hand a bit and do again.

You get very good lip sync

http://val-en.dodin.org/uploads/Main/20160910-col-aucamville-02-jungle-v.mp4

my daugther :-) enjoy

jdd
NB: sometime an out of sync can come from the reader or the network

Re: Multicam Sync and general worlflow limitations

[DogFilm]

That is interesting, jdd! Would you like to explain your workflow - I could
not find anything that helps me with multicam editing so I was falling back
to putting material on one timeline (as there is the concept of only one
fixed timeline in kdenlive as I understand) and adjusting videos manually -
what of course is not a real "workflow" but a "timethief".

If you look at how multicam editing is handled by other tools you will see
that there is much room for improvement  - that is why I sent the link to
the LWKS video, which shows very nicely how a computer can do all the hard
and tedious work and leave a lot of time to the editor for the actual
creative part.

This was btw in no way meant as a bashing of Kdenlive - I like the software
very much and it looks really promising, that is why I am taking the time
and writing here. As there seems to be some development going on right now
I am just trying to get the developers inspired by interesting concepts.

Thanks for your attention,
have a nice day,
John

On Sat, Dec 24, 2016 at 9:47 PM, jdd  wrote:

> Le 24/12/2016 à 19:33, DogFilm a écrit :
>
> I was disappointed to not find any reasonable concept of syncing
>> multicam material - a very important thing that a video editor could
>> help a lot, if it supported it.
>>
>
> syncing cams works for me and I use it routinely (sync by audio)
>
> jdd
>
>