From vpinon at kde.org  Thu Dec  1 00:25:45 2016
From: vpinon at kde.org (Vincent Pinon)
Date: Thu, 01 Dec 2016 01:25:45 +0100
Subject: Windows port: finally it starts \o/ ...
Message-ID: <14660442.ZH1P00gatN@pad>

... but it crashes as soon as you place a video clip on the timeline /o\
At least you can play with audio / color clips... hum!

It has taken so many months of (discontinuous) effort that it is already a great relief.
Now starts the (maybe huge) debug effort.

For anyone interested, I've shared the binaries here (valid 30 days):
> http://dl.free.fr/nQv9a1RsT
> sha256sum: 0a10fe803a998c7876ba021de558fc98e469748f6f50245bee52d9a820779c49

it takes some time to load, and then you have to "Force Breeze Icons" from "Settings" menu...

The recipe to cross build it yourself from a linux box (with mxe build deps+host qt5 dev tools):
> git clone https://github.com/vpinon/mxe
> cd mxe
> make kdenlive
> plugins/apps/deploy_kdenlive.sh

That's it!

Now going to bed, I have to take some rest before bug squashing on Friday :)

Vincent.

From snd.noise at gmail.com  Thu Dec  1 01:33:36 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Wed, 30 Nov 2016 23:33:36 -0200
Subject: Windows port: finally it starts \o/ ...
In-Reply-To: <14660442.ZH1P00gatN@pad>
References: <14660442.ZH1P00gatN@pad>
Message-ID: <CAHMxv35TdhF6r-T9zAWS-9m=-1qP=Xz4GV3ymjRgeEm_X7i7hA@mail.gmail.com>

That is great news Vincent!

So good to see a light at the end of the tunnel in this journey.

Just a thought... would it be very difficult to compile the 16.12 release?
I am thinking maybe we can make a big announcement about this during the
16.12 launch. We can enjoy the opportunity to give more attention to it to
try to get more help. This would imply in hosting the binaries at KDE
servers. What do you think?

Congrats and thanks for the hard work. :)

Cheers

2016-11-30 22:25 GMT-02:00 Vincent Pinon <vpinon at kde.org>:

> ... but it crashes as soon as you place a video clip on the timeline /o\
> At least you can play with audio / color clips... hum!
>
> It has taken so many months of (discontinuous) effort that it is already a
> great relief.
> Now starts the (maybe huge) debug effort.
>
> For anyone interested, I've shared the binaries here (valid 30 days):
> > http://dl.free.fr/nQv9a1RsT
> > sha256sum: 0a10fe803a998c7876ba021de558fc98e469748f6f50245bee52d9a82077
> 9c49
>
> it takes some time to load, and then you have to "Force Breeze Icons" from
> "Settings" menu...
>
> The recipe to cross build it yourself from a linux box (with mxe build
> deps+host qt5 dev tools):
> > git clone https://github.com/vpinon/mxe
> > cd mxe
> > make kdenlive
> > plugins/apps/deploy_kdenlive.sh
>
> That's it!
>
> Now going to bed, I have to take some rest before bug squashing on Friday
> :)
>
> Vincent.
>



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161130/707afc96/attachment.html>

From jb at kdenlive.org  Thu Dec  1 19:57:56 2016
From: jb at kdenlive.org (Jean-Baptiste Mardelle)
Date: Thu, 01 Dec 2016 20:57:56 +0100
Subject: Windows port: finally it starts \o/ ...
In-Reply-To: <14660442.ZH1P00gatN@pad>
References: <14660442.ZH1P00gatN@pad>
Message-ID: <d26a5414-e1c1-459e-8cf5-251329d7117a@kdenlive.org>

On Donnerstag, 1. Dezember 2016 01:25:45 CET, Vincent Pinon wrote:
> ... but it crashes as soon as you place a video clip on the timeline /o\
> At least you can play with audio / color clips... hum!

Woow! Congratulation, that's a fantastic progress! If you can play audio 
and color clips, it means that the OpenGL and SDL code works which is a 
huge part.

Looking forward to hear from you tomorrow.

Regards
jb


> It has taken so many months of (discontinuous) effort that it 
> is already a great relief.
> Now starts the (maybe huge) debug effort.
>
> For anyone interested, I've shared the binaries here (valid 30 days):
>> http://dl.free.fr/nQv9a1RsT
>> sha256sum: 
>> 0a10fe803a998c7876ba021de558fc98e469748f6f50245bee52d9a820779c49
>
> it takes some time to load, and then you have to "Force Breeze 
> Icons" from "Settings" menu...
>
> The recipe to cross build it yourself from a linux box (with 
> mxe build deps+host qt5 dev tools):
>> git clone https://github.com/vpinon/mxe
>> cd mxe
>> make kdenlive
>> plugins/apps/deploy_kdenlive.sh
>
> That's it!
>
> Now going to bed, I have to take some rest before bug squashing on Friday :)
>
> Vincent.
>
>


From joejoshw at gmail.com  Fri Dec  2 11:35:13 2016
From: joejoshw at gmail.com (Joshua Joseph)
Date: Fri, 2 Dec 2016 14:35:13 +0300
Subject: Fix wording in project load dialog
Message-ID: <CAKYNVbQ7_xy_KYLZHdwUBjBTHaJY4S9n_9cQU_gYR_b42Vw9Xw@mail.gmail.com>

Hi, JBM,

Here is a small patch to fix https://bugs.kde.org/show_bug.cgi?id=369211

-- 
Joseph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161202/66d7439a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Fix-the-label-of-the-progress-dialog-when-loading-a-.patch
Type: text/x-patch
Size: 1041 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161202/66d7439a/attachment.bin>

From snd.noise at gmail.com  Sun Dec  4 23:55:12 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Sun, 4 Dec 2016 21:55:12 -0200
Subject: Kdenlive's bug squasing day
In-Reply-To: <8b9ee217-65d8-4333-be92-5652a7479e09@kdenlive.org>
References: <86dc1e6e-2989-4123-b050-f53675fea238@kdenlive.org>
 <CAHMxv34_JNJMVM8qPSQjFfkTCqJiCpSW78ajQu7tsOVMQ7QRcg@mail.gmail.com>
 <8b9ee217-65d8-4333-be92-5652a7479e09@kdenlive.org>
Message-ID: <CAHMxv34Hq1n8sMHwNQC=QZ1NpxCKoufv3N+kn_COemKot7Q9_g@mail.gmail.com>

Congrats to all who participated. It was really cool. We managed to fix
about six bugs that day and (JB continues to tackle the rest).

So here they are:
NEEDS MORE INFO: https://bugs.kde.org/show_bug.cgi?id=370480 Add support
for hardware encoders (JBM). My tests show no benefits in the case of proxy
clips (software encoder is faster than vaapi).
FIXED: https://bugs.kde.org/show_bug.cgi?id=373113  Rotoscoping keyframes
broken (JBM)
FIXED: https://bugs.kde.org/show_bug.cgi?id=370337 Luma in slideshow broken
because of string to int conversion
FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=371798 kdenlive
generators don't work (francoist)
FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=372367 Display
version on main about page, consider showing in UI  (francoist)
FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=356664
https://bugs.kde.org/show_bug.cgi?id=356664 (JoshW)

The rest are still up for grabs. ;)

Cheers and hope to do it again!


2016-11-27 21:35 GMT-02:00 Jean-Baptiste Mardelle <jb at kdenlive.org>:

> On Sunday, November 27, 2016 11:29:32 PM CET, farid abdelnour wrote:
>
>> Hey
>>
>> Like we decided in last café, here are my proposal dates for Kdenlive's
>> "bug squashing" day. I think the best would be to make it next week, since
>> Kdenlive 16.12 will be prepared on the 8th, released on the 15th.
>>
>> Fantastic.
>>
>> I can be available for the bug squasing next week on friday (2nd of
>> december, between 9am-5pm) or sunday (4th of december, 2pm-10pm).
>>
>> If you want to participate, you can add yourself to the date poll through
>> this link: https://framadate.org/mPFytijmxF7W5G6c
>>
>
> Thanks to all who already replied so quickly, looks like that first bug
> squashing day will be next friday, 2nd of december.
>
> I have started a draft for the announcement, will finish and publish
> tomorrow. I have also prepared a coordination notepad:
> https://notes.kde.org/public/kdenlive-bugsquashing01
>
> For those with a KDE identity login, feel free to add things if you think
> it is useful or important
>
> So far i might make it, i am doing some field filming and dont know the
>> schedules yet.
>>
>
> Great if you can spend some time with us!
>
> On tuesday, 29th of november, I will prepare updated versions of the
>> AppImage and snap packages that can be used as a test ground for all
>> participants to confirm if a bug is still there in current git.
>>
>> Will it be recommended for users to use only those versions or can the
>> use their system's git package?
>>
>
> Correct, in fact people can also use current git or our kdenlive-master
> PPA. I will update the info.
>
>
> Definitely, the sooner you post it the better. Then I will spread it
>> everywhere I can on the web.
>>
>
> Yes, going for some sleep now and will publish tomorrow.
>
> Greetings,
>
> jb
>



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161204/6c297eca/attachment.html>

From ftechene at yahoo.fr  Mon Dec  5 10:26:26 2016
From: ftechene at yahoo.fr (=?UTF-8?B?RnJhbsOnb2lzIFTDqWNoZW7DqQ==?=)
Date: Mon, 5 Dec 2016 11:26:26 +0100
Subject: Kdenlive's bug squasing day
In-Reply-To: <CAHMxv34Hq1n8sMHwNQC=QZ1NpxCKoufv3N+kn_COemKot7Q9_g@mail.gmail.com>
References: <86dc1e6e-2989-4123-b050-f53675fea238@kdenlive.org>
 <CAHMxv34_JNJMVM8qPSQjFfkTCqJiCpSW78ajQu7tsOVMQ7QRcg@mail.gmail.com>
 <8b9ee217-65d8-4333-be92-5652a7479e09@kdenlive.org>
 <CAHMxv34Hq1n8sMHwNQC=QZ1NpxCKoufv3N+kn_COemKot7Q9_g@mail.gmail.com>
Message-ID: <a3811728-11fc-90b5-17bf-547b6aa01303@yahoo.fr>

Thanks Farid! It was fun indeed! :)

This bug also has been fixed :
https://bugs.kde.org/show_bug.cgi?id=359216

I wish Ethic Cinema to start being actively sponsoring or contributing
to this kind of project so while we don't have much money for
sponsoring, I'll try to contribute to Kdenlive's code on a regular basis.

We are preparing our first short film, to be released in 2017, and
Kdenlive will be part of our post-production workflow. It would be cool
to do a premiere at an event like Le Capitole du Libre next year.

Thank you!

Francois


On 12/05/2016 12:55 AM, farid abdelnour wrote:
> Congrats to all who participated. It was really cool. We managed to fix
> about six bugs that day and (JB continues to tackle the rest).
> 
> So here they are:
> NEEDS MORE INFO: https://bugs.kde.org/show_bug.cgi?id=370480 Add support
> for hardware encoders (JBM). My tests show no benefits in the case of proxy
> clips (software encoder is faster than vaapi).
> FIXED: https://bugs.kde.org/show_bug.cgi?id=373113  Rotoscoping keyframes
> broken (JBM)
> FIXED: https://bugs.kde.org/show_bug.cgi?id=370337 Luma in slideshow broken
> because of string to int conversion
> FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=371798 kdenlive
> generators don't work (francoist)
> FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=372367 Display
> version on main about page, consider showing in UI  (francoist)
> FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=356664
> https://bugs.kde.org/show_bug.cgi?id=356664 (JoshW)
> 
> The rest are still up for grabs. ;)
> 
> Cheers and hope to do it again!
> 
> 
> 2016-11-27 21:35 GMT-02:00 Jean-Baptiste Mardelle <jb at kdenlive.org>:
> 
>> On Sunday, November 27, 2016 11:29:32 PM CET, farid abdelnour wrote:
>>
>>> Hey
>>>
>>> Like we decided in last café, here are my proposal dates for Kdenlive's
>>> "bug squashing" day. I think the best would be to make it next week, since
>>> Kdenlive 16.12 will be prepared on the 8th, released on the 15th.
>>>
>>> Fantastic.
>>>
>>> I can be available for the bug squasing next week on friday (2nd of
>>> december, between 9am-5pm) or sunday (4th of december, 2pm-10pm).
>>>
>>> If you want to participate, you can add yourself to the date poll through
>>> this link: https://framadate.org/mPFytijmxF7W5G6c
>>>
>>
>> Thanks to all who already replied so quickly, looks like that first bug
>> squashing day will be next friday, 2nd of december.
>>
>> I have started a draft for the announcement, will finish and publish
>> tomorrow. I have also prepared a coordination notepad:
>> https://notes.kde.org/public/kdenlive-bugsquashing01
>>
>> For those with a KDE identity login, feel free to add things if you think
>> it is useful or important
>>
>> So far i might make it, i am doing some field filming and dont know the
>>> schedules yet.
>>>
>>
>> Great if you can spend some time with us!
>>
>> On tuesday, 29th of november, I will prepare updated versions of the
>>> AppImage and snap packages that can be used as a test ground for all
>>> participants to confirm if a bug is still there in current git.
>>>
>>> Will it be recommended for users to use only those versions or can the
>>> use their system's git package?
>>>
>>
>> Correct, in fact people can also use current git or our kdenlive-master
>> PPA. I will update the info.
>>
>>
>> Definitely, the sooner you post it the better. Then I will spread it
>>> everywhere I can on the web.
>>>
>>
>> Yes, going for some sleep now and will publish tomorrow.
>>
>> Greetings,
>>
>> jb
>>
> 
> 
> 

From snd.noise at gmail.com  Mon Dec  5 19:16:10 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Mon, 5 Dec 2016 17:16:10 -0200
Subject: Kdenlive's bug squasing day
In-Reply-To: <a3811728-11fc-90b5-17bf-547b6aa01303@yahoo.fr>
References: <86dc1e6e-2989-4123-b050-f53675fea238@kdenlive.org>
 <CAHMxv34_JNJMVM8qPSQjFfkTCqJiCpSW78ajQu7tsOVMQ7QRcg@mail.gmail.com>
 <8b9ee217-65d8-4333-be92-5652a7479e09@kdenlive.org>
 <CAHMxv34Hq1n8sMHwNQC=QZ1NpxCKoufv3N+kn_COemKot7Q9_g@mail.gmail.com>
 <a3811728-11fc-90b5-17bf-547b6aa01303@yahoo.fr>
Message-ID: <CAHMxv36uKC6rz=PdoERy5P+F+HnzGQdUFSykJ3-NCCojaeSTvw@mail.gmail.com>

> This bug also has been fixed :
> https://bugs.kde.org/show_bug.cgi?id=359216


Ops, added it to the list. Sorry.

Lets hope they get added soon so we can test them before the release.


> I wish Ethic Cinema to start being actively sponsoring or contributing
> to this kind of project so while we don't have much money for
> sponsoring, I'll try to contribute to Kdenlive's code on a regular basis.
>

That is great.


> We are preparing our first short film, to be released in 2017, and
> Kdenlive will be part of our post-production workflow. It would be cool
> to do a premiere at an event like Le Capitole du Libre next year.
>

Let us know how it goes maybe we can show it here in Brasil as well.


> Thank you!
>

Cheers

>
> Francois
>
>
> On 12/05/2016 12:55 AM, farid abdelnour wrote:
> > Congrats to all who participated. It was really cool. We managed to fix
> > about six bugs that day and (JB continues to tackle the rest).
> >
> > So here they are:
> > NEEDS MORE INFO: https://bugs.kde.org/show_bug.cgi?id=370480 Add support
> > for hardware encoders (JBM). My tests show no benefits in the case of
> proxy
> > clips (software encoder is faster than vaapi).
> > FIXED: https://bugs.kde.org/show_bug.cgi?id=373113  Rotoscoping
> keyframes
> > broken (JBM)
> > FIXED: https://bugs.kde.org/show_bug.cgi?id=370337 Luma in slideshow
> broken
> > because of string to int conversion
> > FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=371798
> kdenlive
> > generators don't work (francoist)
> > FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=372367
> Display
> > version on main about page, consider showing in UI  (francoist)
> > FIXED - NEEDS APPROVAL https://bugs.kde.org/show_bug.cgi?id=356664
> > https://bugs.kde.org/show_bug.cgi?id=356664 (JoshW)
> >
> > The rest are still up for grabs. ;)
> >
> > Cheers and hope to do it again!
> >
> >
> > 2016-11-27 21:35 GMT-02:00 Jean-Baptiste Mardelle <jb at kdenlive.org>:
> >
> >> On Sunday, November 27, 2016 11:29:32 PM CET, farid abdelnour wrote:
> >>
> >>> Hey
> >>>
> >>> Like we decided in last café, here are my proposal dates for Kdenlive's
> >>> "bug squashing" day. I think the best would be to make it next week,
> since
> >>> Kdenlive 16.12 will be prepared on the 8th, released on the 15th.
> >>>
> >>> Fantastic.
> >>>
> >>> I can be available for the bug squasing next week on friday (2nd of
> >>> december, between 9am-5pm) or sunday (4th of december, 2pm-10pm).
> >>>
> >>> If you want to participate, you can add yourself to the date poll
> through
> >>> this link: https://framadate.org/mPFytijmxF7W5G6c
> >>>
> >>
> >> Thanks to all who already replied so quickly, looks like that first bug
> >> squashing day will be next friday, 2nd of december.
> >>
> >> I have started a draft for the announcement, will finish and publish
> >> tomorrow. I have also prepared a coordination notepad:
> >> https://notes.kde.org/public/kdenlive-bugsquashing01
> >>
> >> For those with a KDE identity login, feel free to add things if you
> think
> >> it is useful or important
> >>
> >> So far i might make it, i am doing some field filming and dont know the
> >>> schedules yet.
> >>>
> >>
> >> Great if you can spend some time with us!
> >>
> >> On tuesday, 29th of november, I will prepare updated versions of the
> >>> AppImage and snap packages that can be used as a test ground for all
> >>> participants to confirm if a bug is still there in current git.
> >>>
> >>> Will it be recommended for users to use only those versions or can the
> >>> use their system's git package?
> >>>
> >>
> >> Correct, in fact people can also use current git or our kdenlive-master
> >> PPA. I will update the info.
> >>
> >>
> >> Definitely, the sooner you post it the better. Then I will spread it
> >>> everywhere I can on the web.
> >>>
> >>
> >> Yes, going for some sleep now and will publish tomorrow.
> >>
> >> Greetings,
> >>
> >> jb
> >>
> >
> >
> >
>



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161205/b3272145/attachment.html>

From jdd at dodin.org  Tue Dec  6 19:35:54 2016
From: jdd at dodin.org (jdd)
Date: Tue, 6 Dec 2016 20:35:54 +0100
Subject: web html5
Message-ID: <29a58b9f-ba48-e0d7-2032-a04c50880348@dodin.org>

Hello,

handbrake have a very useful option ("-O") that set the video index at 
the beginning of the file allowing easy streaming

Is this possible with kdenlive?

Thanks
jdd

From sanskritfritz at gmail.com  Tue Dec  6 20:21:17 2016
From: sanskritfritz at gmail.com (SanskritFritz)
Date: Tue, 6 Dec 2016 21:21:17 +0100
Subject: Position and zoom effect does not work
Message-ID: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>

My favourite effect does not work for long time now.

Steps to reproduce:
I simply create 4 keyframes, the first and last is 100% the middle two
say 300%. Kdenlive loses the zoom when rendering and shows all frames
zoomed in editing mode.

Does anyone else experience this? Should I report this to the bug tracker?

Kdenlive version 16.08.3 on Archlinux.

From vpinon at kde.org  Tue Dec  6 21:38:57 2016
From: vpinon at kde.org (Vincent Pinon)
Date: Tue, 06 Dec 2016 22:38:57 +0100
Subject: Position and zoom effect does not work
In-Reply-To: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>
References: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>
Message-ID: <8713693.o9gPBzl5i6@pad>

Le mardi 6 décembre 2016, 21:21:17 CET SanskritFritz a écrit :
> My favourite effect does not work for long time now.
> 
> Steps to reproduce:
> I simply create 4 keyframes, the first and last is 100% the middle two
> say 300%. Kdenlive loses the zoom when rendering and shows all frames
> zoomed in editing mode.
> 
> Does anyone else experience this? Should I report this to the bug tracker?
> 
> Kdenlive version 16.08.3 on Archlinux.

Why not rather using a composite & transform transition ?
It supports smoothed keyframes & has lots of advantages...

Regards,

Vincent

From snd.noise at gmail.com  Tue Dec  6 23:29:54 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Tue, 6 Dec 2016 21:29:54 -0200
Subject: =?UTF-8?Q?Re=3A_Kdelinve_caf=C3=A9_=2311_and_=2312_selected_dates?=
In-Reply-To: <7ec70de1.50bc9.15844b48ec5.Webtop.175@tin.it>
References: <7ec70de1.50bc9.15844b48ec5.Webtop.175@tin.it>
Message-ID: <CAHMxv36nTPxo8kiGvR2zF-JUUuJQTgiEUDn+vJqEVnYjrq_KWg@mail.gmail.com>

Just a reminder that our last café for this year is next week (one day
before the release) ;)

See you!

2016-11-08 14:10 GMT-02:00 Massimo Stella <maxstar at tin.it>:

>
> Dear friends,
> the selected dates for the next kdenlive café are:
> #11 - November the 23th at 9pm
> #12 - December the 14th at 9pm
> The reference timezone is always the Central European Time zone CET -
> UTC+1.
> Please, invite everybody could be interested in and post this info
> wherever you can.
>
> Massimo.
>



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161206/5b71b41d/attachment.html>

From sanskritfritz at gmail.com  Wed Dec  7 09:06:33 2016
From: sanskritfritz at gmail.com (SanskritFritz)
Date: Wed, 7 Dec 2016 10:06:33 +0100
Subject: Position and zoom effect does not work
In-Reply-To: <8713693.o9gPBzl5i6@pad>
References: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>
 <8713693.o9gPBzl5i6@pad>
Message-ID: <CAExbbMxjnW_mtV3P=N-SNvjFzdzHZ5q-df=fOT8kR2ivQnJS6A@mail.gmail.com>

On Tue, Dec 6, 2016 at 10:38 PM, Vincent Pinon <vpinon at kde.org> wrote:
> Why not rather using a composite & transform transition ?
> It supports smoothed keyframes & has lots of advantages...

The answer is simple and I am blushing: I never tried it so far. It is
perfect, thank you! To me it looks like 'Position and zoom' could be
dropped from Kdenlive :D

From harald.albrecht at gmx.net  Wed Dec  7 09:11:48 2016
From: harald.albrecht at gmx.net (Harald Albrecht)
Date: Wed, 7 Dec 2016 10:11:48 +0100
Subject: Position and zoom effect does not work
In-Reply-To: <CAExbbMxjnW_mtV3P=N-SNvjFzdzHZ5q-df=fOT8kR2ivQnJS6A@mail.gmail.com>
References: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>
 <8713693.o9gPBzl5i6@pad>
 <CAExbbMxjnW_mtV3P=N-SNvjFzdzHZ5q-df=fOT8kR2ivQnJS6A@mail.gmail.com>
Message-ID: <3c581e0f-9880-48c7-db05-40cbe0f06b95@gmx.net>

well, it shouldn't be dropped, me thinks; when you need another 
transition, such as a wipe/composite in the compositing pipeline, then 
the p&t *effect* comes in handy.

PS: no need for blushing, we're learning all day long...

Best regards,
Harald

Am 07.12.2016 um 10:06 schrieb SanskritFritz:
> On Tue, Dec 6, 2016 at 10:38 PM, Vincent Pinon <vpinon at kde.org> wrote:
>> Why not rather using a composite & transform transition ?
>> It supports smoothed keyframes & has lots of advantages...
> The answer is simple and I am blushing: I never tried it so far. It is
> perfect, thank you! To me it looks like 'Position and zoom' could be
> dropped from Kdenlive :D


From sanskritfritz at gmail.com  Wed Dec  7 09:20:06 2016
From: sanskritfritz at gmail.com (SanskritFritz)
Date: Wed, 7 Dec 2016 10:20:06 +0100
Subject: Position and zoom effect does not work
In-Reply-To: <3c581e0f-9880-48c7-db05-40cbe0f06b95@gmx.net>
References: <CAExbbMywBXNBS5mDiinwHKR2++rr8krtXLyiBtQGSUmpZ6QBYw@mail.gmail.com>
 <8713693.o9gPBzl5i6@pad>
 <CAExbbMxjnW_mtV3P=N-SNvjFzdzHZ5q-df=fOT8kR2ivQnJS6A@mail.gmail.com>
 <3c581e0f-9880-48c7-db05-40cbe0f06b95@gmx.net>
Message-ID: <CAExbbMxWidDOP76Z331aAw46Er6qZgznNSPt12R-F=mnP7WiRA@mail.gmail.com>

On Wed, Dec 7, 2016 at 10:11 AM, Harald Albrecht
<harald.albrecht at gmx.net> wrote:
> well, it shouldn't be dropped, me thinks; when you need another transition,
> such as a wipe/composite in the compositing pipeline, then the p&t *effect*
> comes in handy.

I wasn't serious about that, only in a way that Transform completely
replaces Position and Zoom for me here. :)

> PS: no need for blushing, we're learning all day long...

Thanks for your kind words. Awesome community here!

From jb at kdenlive.org  Wed Dec  7 11:13:12 2016
From: jb at kdenlive.org (Jean-Baptiste Mardelle)
Date: Wed, 07 Dec 2016 12:13:12 +0100
Subject: Downloadable content is back!
Message-ID: <efc8b951-92cf-4fa3-9b89-8572fc51d4fe@kdenlive.org>

Good news,

The downloadable render profiles, lumas and title templates are back thanks 
to the KDE store (a big thanks you to them).

You can now upload and share your .kdenlivetitle title files at:
https://store.kde.org/browse/cat/335/order/latest

Wipe luma files at:
https://store.kde.org/browse/cat/185/ord/latest/

xml render profiles at:
https://store.kde.org/browse/cat/334/ord/latest

Render profiles can be customized in Kdenlive and are saved as xml in
$HOME/.local/share/kdenlive/export/customprofiles.xml

You can edit this file and rename it to your liking then upload it to share 
your settings.

This content can be directly downloaded from Kdenlive  (Settings menu, 
Download...)

Regards
jb

From qubodup at gmail.com  Thu Dec  8 10:29:18 2016
From: qubodup at gmail.com (Iwan Gabovitch)
Date: Thu, 8 Dec 2016 11:29:18 +0100
Subject: Testing Kdenlive on Windows
Message-ID: <CA+TPUN+Y-0B0KFtfZcOaqULa2r-vK7CUhP9qRmx_N-hjefuYTg@mail.gmail.com>

Hello, thank you for your effort creating Kdenlive!

Testing on Win10 64bit, I get:

1. This application failed to start because it could not find or load the
Qt platform plugin "windows" in "". Reinstalling the application may fix
this problem.

Solved by copying "kdenlive\plugins\platforms\" to "kdenlive\platforms\"

2. Cannot find your MLT profiles, please give the path

Finding the right path just returns me to the same window. The solution is
to copy "kdenlive/share/" to "kdenlive/../share/" so that the default
suggested path functions.

3. Not sure. Might be Unhandled exception at ... (Qt5Core.dll) in
kdenlive.exe: ...: Access violation reading location ... or something else.
I never used Visual Studio myself and I can't update it on that particular
machine.

Video of this test: https://youtu.be/QkSz3a7ldwo

(I tried testing it on a 32bit Windows 10 machine - an Asus T100, on which
decompressing took 4:30 minutes - but apparently it's 64bit only.)

Cheers,
Iwan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161208/8bc86161/attachment.html>

From harald.albrecht at gmx.net  Sat Dec 10 17:38:59 2016
From: harald.albrecht at gmx.net (Harald Albrecht)
Date: Sat, 10 Dec 2016 18:38:59 +0100
Subject: stale kdenlive-master ppa?
Message-ID: <0ed1a186-9352-74c8-1dac-d3ad356d5161@gmx.net>

Hi,

I just wanted to try some fixes that JBM did and noticed that the Ubuntu 
Kdenlive-master ppa is stale. The last build is six days old and also 
failed. And mlt seems to be stale too, as JBM said that he finally fixed 
the issue with disappearing transparency in title clips under certain 
conditions.

Can someone please nudge the ppa build system...? :)

Best regards,
Harald


From jb at kdenlive.org  Sun Dec 11 19:20:51 2016
From: jb at kdenlive.org (Jean-Baptiste Mardelle)
Date: Sun, 11 Dec 2016 20:20:51 +0100
Subject: stale kdenlive-master =?iso-8859-1?Q?ppa=3F?=
In-Reply-To: <0ed1a186-9352-74c8-1dac-d3ad356d5161@gmx.net>
References: <0ed1a186-9352-74c8-1dac-d3ad356d5161@gmx.net>
Message-ID: <8029ee70-7e53-4fca-a788-589b43174e60@kdenlive.org>

On Saturday, December 10, 2016 6:38:59 PM CET, Harald Albrecht wrote:
> Hi,
>
> I just wanted to try some fixes that JBM did and noticed that 
> the Ubuntu Kdenlive-master ppa is stale. The last build is six 
> days old and also failed. And mlt seems to be stale too, as JBM 
> said that he finally fixed the issue with disappearing 
> transparency in title clips under certain conditions.
>
> Can someone please nudge the ppa build system...? :)

Yes, thanks for the reminder. The Kdenlive build was broken due to some 
updates in the requirements to build Kdenlive. I have now patched it and 
Kdenlive is building correctly. MLT is rebuilding right now.

Regards
jb

From maxstar at tin.it  Mon Dec 12 00:17:03 2016
From: maxstar at tin.it (Massimo Stella)
Date: Mon, 12 Dec 2016 01:17:03 +0100 (CET)
Subject: I can't compile from GIT
Message-ID: <158f063d3b2.maxstar@tin.it>

 It's some days that I'm no more able to compile Kdenlive from GIT
I get this error:
/kdenlive/src/utils/KoIconUtils.cpp: In function ‘QIcon KoIconUtils::themedIcon(const QString&amp;)’:
/kdenlive/src/utils/KoIconUtils.cpp:41:39: error: invalid use of incomplete type ‘class QPalette’
     QColor background = qApp->palette().window().color();
                                       ^
In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/qvariant.h:40:0,
                 from /usr/include/x86_64-linux-gnu/qt5/QtCore/QVariant:1,
                 from /usr/include/KF5/KConfigCore/kconfig.h:32,
                 from /usr/include/KF5/KConfigCore/ksharedconfig.h:25,
                 from /usr/include/KF5/KConfigCore/kcoreconfigskeleton.h:28,
                 from /usr/include/KF5/KConfigGui/kconfigskeleton.h:28,
                 from /kdenlive/build/src/kdenlivesettings.h:6,
                 from /kdenlive/src/utils/KoIconUtils.h:23,
                 from /kdenlive/src/utils/KoIconUtils.cpp:19:
/usr/include/x86_64-linux-gnu/qt5/QtCore/qmetatype.h:1874:1: note: forward declaration of ‘class QPalette’
 QT_FOR_EACH_STATIC_GUI_CLASS(QT_FORWARD_DECLARE_STATIC_TYPES_ITER)
 ^
src/CMakeFiles/kdenlive.dir/build.make:4252: recipe for target 'src/CMakeFiles/kdenlive.dir/utils/KoIconUtils.cpp.o' failed
make[2]: *** [src/CMakeFiles/kdenlive.dir/utils/KoIconUtils.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
CMakeFiles/Makefile2:571: recipe for target 'src/CMakeFiles/kdenlive.dir/all' failed
make[1]: *** [src/CMakeFiles/kdenlive.dir/all] Error 2
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2

What can I do?
Thanks in advance.

Massimo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161212/126474a6/attachment.html>

From jb at kdenlive.org  Mon Dec 12 07:25:57 2016
From: jb at kdenlive.org (Jean-Baptiste Mardelle)
Date: Mon, 12 Dec 2016 08:25:57 +0100
Subject: I can't compile from GIT
In-Reply-To: <158f063d3b2.maxstar@tin.it>
References: <158f063d3b2.maxstar@tin.it>
Message-ID: <0915c120-846a-47c7-b429-9c28ecbe277a@kdenlive.org>

On Monday, December 12, 2016 1:17:03 AM CET, Massimo Stella wrote:
>  It's some days that I'm no more able to compile Kdenlive from GIT
> I get this error:
> /kdenlive/src/utils/KoIconUtils.cpp: In function ‘QIcon 
> KoIconUtils::themedIcon(const QString&)’:
> /kdenlive/src/utils/KoIconUtils.cpp:41:39: error: invalid use 
> of incomplete type ‘class QPalette’

Hi Massimo,

This error was only triggered on some systems. It is now fixed in git.

Regards,
jb




>      QColor background = qApp->palette().window().color();
>                                        ^
> In file included from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qvariant.h:40:0,
>                  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QVariant:1,
>                  from /usr/include/KF5/KConfigCore/kconfig.h:32,
>                  from /usr/include/KF5/KConfigCore/ksharedconfig.h:25,
>                  from /usr/include/KF5/KConfigCore/kcoreconfigskeleton.h:28,
>                  from /usr/include/KF5/KConfigGui/kconfigskeleton.h:28,
>                  from /kdenlive/build/src/kdenlivesettings.h:6,
>                  from /kdenlive/src/utils/KoIconUtils.h:23,
>                  from /kdenlive/src/utils/KoIconUtils.cpp:19:
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qmetatype.h:1874:1: 
> note: forward declaration of ‘class QPalette’
>  QT_FOR_EACH_STATIC_GUI_CLASS(QT_FORWARD_DECLARE_STATIC_TYPES_ITER)
>  ^
> src/CMakeFiles/kdenlive.dir/build.make:4252: recipe for target 
> 'src/CMakeFiles/kdenlive.dir/utils/KoIconUtils.cpp.o' failed
> make[2]: *** [src/CMakeFiles/kdenlive.dir/utils/KoIconUtils.cpp.o] Error 1
> make[2]: *** Waiting for unfinished jobs....
> CMakeFiles/Makefile2:571: recipe for target 
> 'src/CMakeFiles/kdenlive.dir/all' failed
> make[1]: *** [src/CMakeFiles/kdenlive.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
>
> What can I do?
> Thanks in advance.
>
> Massimo


From snd.noise at gmail.com  Tue Dec 13 16:30:07 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Tue, 13 Dec 2016 14:30:07 -0200
Subject: two bugs to look at
Message-ID: <CAHMxv3555UVOXArZDSNnHW5pJEQLWR-OyvZnZKu2EfaEskf8FQ@mail.gmail.com>

hey guys,

jesse posted these two bugs which i have confirmed. but since both of us
use archlinux and gnome i would like to ask if you could test with your
distros to see if it is a distrowide issue or archcentric/gnomecentric.

https://bugs.kde.org/show_bug.cgi?id=373531
https://bugs.kde.org/show_bug.cgi?id=373534

thanks

-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161213/cf5bc9cf/attachment.html>

From snd.noise at gmail.com  Thu Dec 15 19:44:18 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Thu, 15 Dec 2016 17:44:18 -0200
Subject: Tip for kdenlive-git in Archlinux
Message-ID: <CAHMxv35rnak_S0BnRsirKBgtpwA5GoO9pNv139sBOFZq9yUcOw@mail.gmail.com>

Hi

In archlinux if you are using kdenlive-git from AUR edit the PKGBUILD and
remove the comment from the options lines:

#options=(debug !strip)

to

options=(debug !strip)


That way when running GDB you can report better bug reports.


Cheers

-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161215/6dee7f62/attachment.html>

From snd.noise at gmail.com  Fri Dec 16 17:24:12 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Fri, 16 Dec 2016 15:24:12 -0200
Subject: Kdenlibe master ppa
In-Reply-To: <dl550eukw5x5bhobdi3g9ppa.1477329385425@email.android.com>
References: <dl550eukw5x5bhobdi3g9ppa.1477329385425@email.android.com>
Message-ID: <CAHMxv36_KDVbeBZE2dE7SduzY7mFF53mHySA2RTcq4cnoQdy1w@mail.gmail.com>

Some people have notified that the stable PPA is still not updated for the
16.12 release. It seems it didn't update yet.

2016-10-24 15:16 GMT-02:00 Harald Albrecht <harald.albrecht at gmx.net>:

> Many thanks, don't worry.
>
> -------- Ursprüngliche Nachricht --------
> Von: Jean-Baptiste Mardelle <jb at kdenlive.org>
> Datum: 24.10.16 19:12 (GMT+01:00)
> An: kdenlive at kde.org
> Betreff: Re: Kdenlibe master ppa
>
> On Monday, October 24, 2016 5:59:04 PM CEST, Harald Albrecht wrote:
> > Hi,
> >
> > can someone please nudge the Kdenlive master ppa so it updates
> > to recent Kdenlive and MLT git masters?
>
> Done, rebuilding now... Should be ready in the next hours. I forgot to do
> it in the last days..
>
> regards
> jb
>



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161216/bd90d20f/attachment.html>

From mail at norbertdejonge.nl  Sat Dec 17 00:05:45 2016
From: mail at norbertdejonge.nl (Norbert de Jonge)
Date: Sat, 17 Dec 2016 01:05:45 +0100
Subject: "File rendering"
Message-ID: <20161217010545.7e15125b@ren>

Hi everyone,

First of all, kdenlive, the best video editing software for GNU/Linux.

Hey, I have a request. Although perhaps calling it a bug report is more
accurate. (I'm using v15.12.3.)

When rendering a work, the default destination is "File rendering". The
pop-up shows an overview of profiles. Today, I've been searching for a
way to make the overview include WebM. For literally hours. I've been
reading web pages, installed all kinds of additional packages,
reinstalled kdenlive, Googled, talked with people on IRC, and so on.

Eventually, I learned that the destination drop-down includes "Web
sites", which delivered me WebM. The drop-down also includes
"Lossless/HQ".

This is a problem. The problem is that WebM also renders to a file. The
destination is file rendering. In fact, even the button on the pop-up
window still says "Render to File" when "Web sites" is selected.

That "Destination: File rendering" does not include the option that
renders to WebM files is very misleading. Too misleading.

I could suggest changing "File rendering" to something else, but I
won't. The reason I'm not is that this would not completely solve the
problem. As a user, it's too easy to miss (not see) the drop-down
altogether.

The window needs something like a checkbox with the text "Show all
profiles". Which, if checked will display, literally, _all_ the
profiles, including those listed under destination "Web sites".

Yes, there already is a checkbox with the text "Show all profiles". You
guessed it, that is (thus) another thing that is misleading on this
window. Show all profiles does not "show all profiles", what it does is
"show all profiles for this destination".

There's a tooltip. I don't know what exactly you're doing with it, but
all tooltips are unreadable on both of my systems. They have white text
on a very white kind of yellow.

Still, kdenlive remains my favorite editor. :) Blender's VSE, pretty
nice too.

Best regards,
Norbert

From lionel.allorge at lunerouge.org  Sat Dec 17 10:06:15 2016
From: lionel.allorge at lunerouge.org (Lionel Allorge)
Date: Sat, 17 Dec 2016 11:06:15 +0100
Subject: "File rendering"
In-Reply-To: <20161217010545.7e15125b@ren>
References: <20161217010545.7e15125b@ren>
Message-ID: <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>

Hi,

> First of all, kdenlive, the best video editing software for GNU/Linux.

I agree :-)

> When rendering a work, the default destination is "File rendering". The
> pop-up shows an overview of profiles. Today, I've been searching for a
> way to make the overview include WebM. For literally hours. I've been
> reading web pages, installed all kinds of additional packages,
> reinstalled kdenlive, Googled, talked with people on IRC, and so on.
> 
> Eventually, I learned that the destination drop-down includes "Web
> sites", which delivered me WebM. The drop-down also includes
> "Lossless/HQ".
> 
> This is a problem. The problem is that WebM also renders to a file. The
> destination is file rendering. In fact, even the button on the pop-up
> window still says "Render to File" when "Web sites" is selected.

I agree ! It took me some time too to find the right option. Webm should
be available right away as it is one of the main formats nowadays.

Best regards.

-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org
Wikimedia France : http://wikimedia.fr


From jdd at dodin.org  Sat Dec 17 11:09:37 2016
From: jdd at dodin.org (jdd)
Date: Sat, 17 Dec 2016 12:09:37 +0100
Subject: "File rendering"
In-Reply-To: <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
Message-ID: <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org>

Le 17/12/2016 à 11:06, Lionel Allorge a écrit :

> I agree ! It took me some time too to find the right option. Webm should
> be available right away as it is one of the main formats nowadays.
>

for what I see, all the media render system have to be revamped (may be 
it's already on the way): much too "command line oriented" for a GUI 
application. MLT options are not that easy to understand. IMHO the 
situation is worst than for the 0.9xx era.

thanks, the render engine itself is engine is extremely good. I only 
could render in kdenlive some source videos that ffmpeg or handbrake 
where only capable to run with sound or with image, but not the two of 
them :-))

jdd


From harald.albrecht at gmx.net  Sat Dec 17 11:15:21 2016
From: harald.albrecht at gmx.net (Harald Albrecht)
Date: Sat, 17 Dec 2016 12:15:21 +0100
Subject: AW: Re: "File rendering"
Message-ID: <39ojehfjwj8ic404bye0b4uj.1481973321806@email.android.com>

Did you know that the MLT render engine uses the ffmpeg encoding engine? And handbrakr is using ffmpeg too.

-------- Ursprüngliche Nachricht --------
Von: jdd <jdd at dodin.org> 
Datum: 17.12.16  12:09  (GMT+01:00) 
An: kdenlive at kde.org 
Betreff: Re: "File rendering" 

Le 17/12/2016 à 11:06, Lionel Allorge a écrit :

> I agree ! It took me some time too to find the right option. Webm should
> be available right away as it is one of the main formats nowadays.
>

for what I see, all the media render system have to be revamped (may be 
it's already on the way): much too "command line oriented" for a GUI 
application. MLT options are not that easy to understand. IMHO the 
situation is worst than for the 0.9xx era.

thanks, the render engine itself is engine is extremely good. I only 
could render in kdenlive some source videos that ffmpeg or handbrake 
where only capable to run with sound or with image, but not the two of 
them :-))

jdd

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161217/5245a442/attachment.html>

From jdd at dodin.org  Sat Dec 17 12:40:01 2016
From: jdd at dodin.org (jdd)
Date: Sat, 17 Dec 2016 13:40:01 +0100
Subject: AW: Re: "File rendering"
In-Reply-To: <39ojehfjwj8ic404bye0b4uj.1481973321806@email.android.com>
References: <39ojehfjwj8ic404bye0b4uj.1481973321806@email.android.com>
Message-ID: <b32f942b-0788-88e6-53ed-b329e8a7c824@dodin.org>

Le 17/12/2016 à 12:15, Harald Albrecht a écrit :
> Did you know that the MLT render engine uses the ffmpeg encoding engine?
> And handbrakr is using ffmpeg too.
>

not that sure, anyway the handbrake devs answered: "codec not 
supported". VLC didn't play fine neither. kdenlive renbdered it ok

from CLI I could solve making two passes, one with handbrake and the 
other with ffmpeg

but it's done, now and was archive coding so not to be found now (AFAIK, 
low audio and video encoding in MOV or AVI by cheap cameras from 10 
years ago)

jdd




From vpinon at kde.org  Sat Dec 17 20:53:52 2016
From: vpinon at kde.org (Vincent Pinon)
Date: Sat, 17 Dec 2016 21:53:52 +0100
Subject: "File rendering"
In-Reply-To: <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org>
Message-ID: <4439366.W1cid6tboQ@pad>

Le samedi 17 décembre 2016, 12:09:37 CET jdd a écrit :
> Le 17/12/2016 à 11:06, Lionel Allorge a écrit :
> 
> > I agree ! It took me some time too to find the right option. Webm should
> > be available right away as it is one of the main formats nowadays.

Hey,

Agreed with your point: I reorganized the formats, making webm #1... in January 2016, just after the 15.12 release!
So if you upgrade to a newer version (16.12 recommended of course!) you could enjoy this simpler format selection.

> for what I see, all the media render system have to be revamped (may be 
> it's already on the way): much too "command line oriented" for a GUI 
> application. MLT options are not that easy to understand. IMHO the 
> situation is worst than for the 0.9xx era.

Strange, all options are basically the same as 0.9,
just hiding the least common ones in a side pane, and using cursors instead of text boxes:
I tried to improve the things towards a more GUI approach!
Even comparing to commercial programs, I find it simpler & more complete... at least for me :)

It's open to suggestions (other examples, mockups, patches...)
but sorry if I'm sometimes extremely long to put it into application!

BR,

Vincent


From jdd at dodin.org  Sun Dec 18 06:43:55 2016
From: jdd at dodin.org (jdd)
Date: Sun, 18 Dec 2016 07:43:55 +0100
Subject: "File rendering"
In-Reply-To: <4439366.W1cid6tboQ@pad>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
Message-ID: <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>

Le 17/12/2016 à 21:53, Vincent Pinon a écrit :
> Le samedi 17 décembre 2016, 12:09:37 CET jdd a écrit :

> Agreed with your point: I reorganized the formats, making webm #1... in January 2016, just after the 15.12 release!
> So if you upgrade to a newer version (16.12 recommended of course!) you could enjoy this simpler format selection.

IMHO the only universal format is mp4... but I don't want to start a 
license flame war :-(

>
>> for what I see, all the media render system have to be revamped (may be
>> it's already on the way): much too "command line oriented" for a GUI
>> application. MLT options are not that easy to understand. IMHO the
>> situation is worst than for the 0.9xx era.
>
> Strange, all options are basically the same as 0.9,

I remember changes: bit rate become quality numbers and now there is 
only a confusing slider and no slider for presets

confusing because it's grayed out for most of my own profiles.

verifying this, I see that you have the slider active for internal setup 
in main render windows, but no slider if you hit "edit" (pencil icon).

this "edit" window is specially confusing, because what mean the double 
lines "quality/default quality"? which one is used to render? in the 
first line there are often several values?

Why is speed options an editable windows?

MLT options are not that easy to master :-( - specially the relation 
between quality and presets (speed)

if necessary, I Ok to participate to any work on the subject (as tester, 
not programmer)

thanks
jdd

From lionel.allorge at lunerouge.org  Sun Dec 18 10:40:08 2016
From: lionel.allorge at lunerouge.org (Lionel Allorge)
Date: Sun, 18 Dec 2016 11:40:08 +0100
Subject: "File rendering"
In-Reply-To: <4439366.W1cid6tboQ@pad>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
Message-ID: <8a2bc5f1-a2f6-d550-58e8-125fd1ad549e@lunerouge.org>

Hi,

> Agreed with your point: I reorganized the formats, making webm #1... in January 2016, just after the 15.12 release!
> So if you upgrade to a newer version (16.12 recommended of course!) you could enjoy this simpler format selection.

Great ! Many thanks.

Best regards.
-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org
Wikimedia France : http://wikimedia.fr

From lionel.allorge at lunerouge.org  Sun Dec 18 10:44:13 2016
From: lionel.allorge at lunerouge.org (Lionel Allorge)
Date: Sun, 18 Dec 2016 11:44:13 +0100
Subject: "File rendering"
In-Reply-To: <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
 <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
Message-ID: <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>

Hi,

> IMHO the only universal format is mp4... but I don't want to start a 
> license flame war :-(

The problem with mp4 are the software patents. That's why projects that
want to keep information free like Wikipedia avoid this file format and
use only webm and ogg theora :
https://commons.wikimedia.org/wiki/Commons:File_types

Best regards.

-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org
Wikimedia France : http://wikimedia.fr


From jdd at dodin.org  Sun Dec 18 11:10:35 2016
From: jdd at dodin.org (jdd)
Date: Sun, 18 Dec 2016 12:10:35 +0100
Subject: "File rendering"
In-Reply-To: <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
 <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
 <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>
Message-ID: <703efb4a-33c5-1f07-1420-746ac1a98c7b@dodin.org>

Le 18/12/2016 à 11:44, Lionel Allorge a écrit :
> Hi,
>
>> IMHO the only universal format is mp4... but I don't want to start a
>> license flame war :-(
>
> The problem with mp4 are the software patents. That's why projects that
> want to keep information free like Wikipedia avoid this file format and
> use only webm and ogg theora :
> https://commons.wikimedia.org/wiki/Commons:File_types
>
> Best regards.
>
I konw, but not any browser use free codecs... including in html5

jdd

From snd.noise at gmail.com  Sun Dec 18 14:48:21 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Sun, 18 Dec 2016 12:48:21 -0200
Subject: 16.12 release video
Message-ID: <CAHMxv34VU-Qr1pfmg2Af=r-trsaChTGt2-bt0q9DGnsOEc2HDQ@mail.gmail.com>

Thanks Iwan!

https://www.youtube.com/watch?v=iWarCIoQAhs



-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161218/0e5e9c9b/attachment.html>

From ftechene at yahoo.fr  Sun Dec 18 17:36:44 2016
From: ftechene at yahoo.fr (=?utf-8?Q?Fran=C3=A7ois_T=C3=A9chen=C3=A9?=)
Date: Sun, 18 Dec 2016 18:36:44 +0100
Subject: "File rendering"
In-Reply-To: <703efb4a-33c5-1f07-1420-746ac1a98c7b@dodin.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
 <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
 <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>
 <703efb4a-33c5-1f07-1420-746ac1a98c7b@dodin.org>
Message-ID: <26E18C0B-19E0-4D65-ACC4-D822280E84DE@yahoo.fr>

Even if H264 is currently the main format, WebM should be made available to the user. WebM is a professional grade format as much as H264 is. Also it is not proprietary. Its usage should be progressing with more and more coming free licensed film productions. It is what we are promoting with Ethic Cinema anyway. Web browsers are not the only place where you watch movies and software like VLC have no problem reading WebM.

As of today, free format seem to be useless because their proprietary alternatives seem to be giving their users many freedom, which may not be the case forever and there is nothing one can do about it.

At Ethic Cinema, we are building our internal workflow around free formats only so we make sure to avoid any restrictions with using them in the future.

Please, do consider free formats as much as you consider H264 ones.

Thanks! :)

François

On 18 déc. 2016, at 12:10, jdd <jdd at dodin.org> wrote:

> Le 18/12/2016 à 11:44, Lionel Allorge a écrit :
>> Hi,
>> 
>>> IMHO the only universal format is mp4... but I don't want to start a
>>> license flame war :-(
>> 
>> The problem with mp4 are the software patents. That's why projects that
>> want to keep information free like Wikipedia avoid this file format and
>> use only webm and ogg theora :
>> https://commons.wikimedia.org/wiki/Commons:File_types
>> 
>> Best regards.
>> 
> I konw, but not any browser use free codecs... including in html5
> 
> jdd

From jdd at dodin.org  Sun Dec 18 18:16:42 2016
From: jdd at dodin.org (jdd)
Date: Sun, 18 Dec 2016 19:16:42 +0100
Subject: "File rendering"
In-Reply-To: <26E18C0B-19E0-4D65-ACC4-D822280E84DE@yahoo.fr>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
 <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
 <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>
 <703efb4a-33c5-1f07-1420-746ac1a98c7b@dodin.org>
 <26E18C0B-19E0-4D65-ACC4-D822280E84DE@yahoo.fr>
Message-ID: <6f782c8e-ce1c-28dd-c638-104afe90d202@dodin.org>

Le 18/12/2016 à 18:36, François Téchené a écrit :

> with more and more coming free licensed film productions.

I'm a linux user for 20 years now, and I don't see free codecs win the 
race now. I could make ogv files (webm), but my goal is to be read now, 
not in the future. I regret that but mp4 is the only really universal 
codec. That don't prevent you from using an other.

> we are promoting with Ethic Cinema anyway. Web browsers are not the
> only place where you watch movies

my users do use browsers or smartphones (including iphones to my 
displeasure :-)

> Please, do consider free formats as much as you consider H264 ones.

well, I wont answer anymore to this part of the discussion, I don't want 
to drive an unuseful codec flame war...

jdd

From snd.noise at gmail.com  Mon Dec 19 00:14:42 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Sun, 18 Dec 2016 22:14:42 -0200
Subject: "File rendering"
In-Reply-To: <6f782c8e-ce1c-28dd-c638-104afe90d202@dodin.org>
References: <20161217010545.7e15125b@ren>
 <7ce939b3-e841-d441-dd8b-54d4dfe37a72@lunerouge.org>
 <1e4f0afd-372f-8939-5bb3-9d37f68bc6a6@dodin.org> <4439366.W1cid6tboQ@pad>
 <9ee3128a-80b6-802a-c565-ae8bc72c330a@dodin.org>
 <97c502b8-3fc3-a631-358b-6df3bc644d97@lunerouge.org>
 <703efb4a-33c5-1f07-1420-746ac1a98c7b@dodin.org>
 <26E18C0B-19E0-4D65-ACC4-D822280E84DE@yahoo.fr>
 <6f782c8e-ce1c-28dd-c638-104afe90d202@dodin.org>
Message-ID: <CAHMxv36vY2tXaFGWuXx8uAEOTD-woZ5vgAbAFxgVQFL5xsmiuQ@mail.gmail.com>

Hi

I'm a linux user for 20 years now, and I don't see free codecs win the race
> now. I could make ogv files (webm), but my goal is to be read now, not in
> the future. I regret that but mp4 is the only really universal codec. That
> don't prevent you from using an other.
>
> we are promoting with Ethic Cinema anyway. Web browsers are not the
>> only place where you watch movies
>>
>
> my users do use browsers or smartphones (including iphones to my
> displeasure :-)
>

maybe one day we could use something like this:

https://www.indiegogo.com/projects/mox-file-format#/


-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161218/00b2b387/attachment.html>

From snd.noise at gmail.com  Fri Dec 23 02:19:59 2016
From: snd.noise at gmail.com (farid abdelnour)
Date: Fri, 23 Dec 2016 00:19:59 -0200
Subject: Thanks
Message-ID: <CAHMxv34kBa3r-xtkNPiiLwVzkHpUvgyRX4zFAYO6YjbLYpxCMQ@mail.gmail.com>

Greetings

Thank you all who participated in this great project. It has been a great
experience for me to be a member of this woderful community. Everyone of
you who dedicated their time submitting patches, reports, helping in the
forums, etc... Thanks! A special shout to JB, you rock, much respect!

All in all it was truly a great year for Kdenlive, not only did we get some
solid releases but also our community grew and even got some great patches
from new devs. As we say in Brazil, we are closing the year with a golden
key.

Taking a two weak break!
Happy everything!
Cheers!
<3

PS
Nice to see Kdenlive getting more recognition! The Best Linux App & Distro
Releases in 2016:
http://www.omgubuntu.co.uk/2016/12/16-best-linux-release-this-year-2016


-- 
1111.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|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161223/dc257e62/attachment.html>

From maxstar at tin.it  Fri Dec 23 15:25:35 2016
From: maxstar at tin.it (Massimo Stella)
Date: Fri, 23 Dec 2016 16:25:35 +0100 (CET)
Subject: =?UTF-8?Q?Kdenlive_caf=C3=A9_#13_and_#14_dates_selection?=
Message-ID: <1592c4990ac.maxstar@tin.it>

Dear friends,
after I read the words Farid wrote, I felt a little sorry for not being 
able to to partecipate as I did before, after I quitted Italy.
But, I'm also very happy for the results the community achieved during 
the last year:
a lot of new features, improved stability and a deep debugging cycles, 
the new easy ways for installing the application and the always closer 
port to Windows.
All these developments are making our community bigger and I'm pretty 
sure that after Kdenlive will run smoothly on Windows, it'll grow a lot 
in a very short time.
I'm also very happy that during the last 2 Kdenlive cafés Jean-Baptiste 
decided to rewrite the timeline.
So, soon we'll have a debugged timeline and probably 2 important 
features like advanced trimming and single track transitions and an open 
door to the multicam editing and the timeline nesting in the next future.
I strongly believe that when all the 6 main features which still miss 
will be completed and Kdenlive will be as professional as AVID, Premiere 
and FCP, a lot of professionals will adopt it as main video editor in 
their workflows.
As I believe that the kdenlive cafés helped a lot in all these 
developments, I invite you to fill the selection dates pool for our next 
meetings:

https://dudle.inf.tu-dresden.de/kedenlivecafe13and14/

I will communicate the selected dates on the 3rd of January 2017.
"See" you soon and happy end of the year.

Massimo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161223/8135b9a4/attachment.html>

From videobrain at gmail.com  Sat Dec 24 18:33:59 2016
From: videobrain at gmail.com (DogFilm)
Date: Sat, 24 Dec 2016 19:33:59 +0100
Subject: Multicam Sync and general worlflow limitations
Message-ID: <CAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com>

Hi, happy holodays!

Just tried to quickly edit some xmas footage and just for the fun of it I
wanted to use kdenlive to explore the new stable version a bit.

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.

I would like to please you to take a look at how this is done in Lightworks
- you might adopt some great workflow ideas from a few minutes of this
tutorial video that will blow your mind:

Lightworks v12 5 - Syncing Multicam Sources:
https://www.youtube.com/watch?v=79CdYQb61qY

Also please note how Lightworks has a very important concept of not
centering the workflow around *one* timeline, but how a timeline is just a
tool in a room - this is very important for serious editing of lots of
clips with variations and quickly trying different things with a set of
clips. It is one of the key concepts that makes Lightworks so different -
centering the workflow around one timeline in fact is a key misconception
in most video editors.

Maybe you like the idea of improving the workflow, especially adding good
support for a multicam-workflow would be a great addition for serious
users!

I really like your software, that is why I am posting this hint about
conceptual limitations, so I hope that you take some time to think about it
and understand how incredibly powerful such a relatively small change could
be.

Have some nice days and
thank you very much for your attention!

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161224/c955d1f9/attachment.html>

From jdd at dodin.org  Sat Dec 24 20:47:51 2016
From: jdd at dodin.org (jdd)
Date: Sat, 24 Dec 2016 21:47:51 +0100
Subject: Multicam Sync and general worlflow limitations
In-Reply-To: <CAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com>
References: <CAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com>
Message-ID: <a7b3551a-5096-1a6b-6b6e-655531fb2ee1@dodin.org>

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


From jdd at dodin.org  Sat Dec 24 20:49:37 2016
From: jdd at dodin.org (jdd)
Date: Sat, 24 Dec 2016 21:49:37 +0100
Subject: Multicam Sync and general worlflow limitations
In-Reply-To: <CAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com>
References: <CAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com>
Message-ID: <f070258a-e174-1d27-cbc8-b0aebb6e87c1@dodin.org>

Le 24/12/2016 à 19:33, DogFilm a écrit :

> - centering the workflow around one timeline in fact is a key
> misconception in most video editors.

depends of your needs... it's perfect for me

but I don't do movies but shows recording with up to 3 cams and one more 
sound recorder

jdd

From maxstar at tin.it  Sun Dec 25 12:35:12 2016
From: maxstar at tin.it (Massimo Stella)
Date: Sun, 25 Dec 2016 13:35:12 +0100 (CET)
Subject: Multicam Sync and general worlflow limitations
In-Reply-To: %3CCAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com%3E
References: %3CCAAW+4t5vLj9N7SLN27KF88zNHcns_X0t-xMYRmOEdO33rq9Yqg@mail.gmail.com%3E
Message-ID: <560523f0.55de.15935fa4a72.Webtop.175@tin.it>

Hi John,
All the features a video editor software needs are already on our road 
map.
Multicam editing and advanced timeline nesting are just two of them:
https://old.kdenlive.org/node/9458
So just be patient and partecipate, as you just did by writing this 
email, to the Kdenlive community.
We'll have soon another Kdenlive café meeting on January.
As soon the dates will be selected Farid will write them on the home 
page of Kdenlive site.
I hope to meet you soon.
Happy holidays to you.
Massimo Stella
------ Messaggio Originale ------
Su  Sabato, 24 Dic, 16 At 6:33 PM, DogFilm<videobrain at gmail.com> da:

Hi, happy holodays!

Just tried to quickly edit some xmas footage and just for the fun of it 
I wanted to use kdenlive to explore the new stable version a bit. 


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.


I would like to please you to take a look at how this is done in 
Lightworks - you might adopt some great workflow ideas from a few 
minutes of this tutorial video that will blow your mind:


Lightworks v12 5 - Syncing Multicam Sources:

https://www.youtube.com/watch?v=79CdYQb61qY 
<https://www.youtube.com/watch?v=79CdYQb61qY>


Also please note how Lightworks has a very important concept of not 
centering the workflow around *one* timeline, but how a timeline is just 
a tool in a room - this is very important for serious editing of lots of 
clips with variations and quickly trying different things with a set of 
clips. It is one of the key concepts that makes Lightworks so different 
- centering the workflow around one timeline in fact is a key 
misconception in most video editors. 


Maybe you like the idea of improving the workflow, especially adding 
good support for a multicam-workflow would be a great addition for 
serious users! 


I really like your software, that is why I am posting this hint about 
conceptual limitations, so I hope that you take some time to think about 
it and understand how incredibly powerful such a relatively small change 
could be. 


Have some nice days and
thank you very much for your attention!


John






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161225/31da8cc6/attachment.html>

From jb at kdenlive.org  Tue Dec 27 22:44:57 2016
From: jb at kdenlive.org (Jean-Baptiste Mardelle)
Date: Tue, 27 Dec 2016 23:44:57 +0100
Subject: Windows port progress, etc
Message-ID: <819b8179-52dd-43c1-8157-46b1e88c4379@kdenlive.org>

Hi all,

First, thanks to Farid and Massimo for their kind words, I hope we can 
continue working and create a even greater community around Kdenlive in 
2017.

The timeline refactoring will be a lot of work and I am going to start 
planning it soon and call a developper meeting to discuss about it.

In the last days, I had a look at Vincent's lastest progress on the Windows 
port, and I am glad to announce that with a few tweaks, I am now able to 
create a basically working Kdenlive version on Windows. There are probably 
many bugs but you can already put a clip in the Project Bin, add it to 
timeline with effets, play it, save the project and render!

So a huge thanks to Vincent and Josh who spent many hours working on this.

For those who would love to test this alpha version, you can download it 
from here (for 7 days):

https://we.tl/C66tYLhp7D
SHA256: 8725cdde9bf4075b2a19dc95c0be9d602019c6f801d0e08a543ff20318765d58

This is a zip file, unzip it somewhere, it will create a kdenlive-windows 
folder which contains the kdenlive.exe, just double click to run. The first 
time, you need to open, close and re-open kdenlive to make video clips 
work.


Best regards

Jean-Baptiste Mardelle

From harald.albrecht at gmx.net  Wed Dec 28 15:26:24 2016
From: harald.albrecht at gmx.net (Harald Albrecht)
Date: Wed, 28 Dec 2016 16:26:24 +0100
Subject: Windows port progress, etc
In-Reply-To: <819b8179-52dd-43c1-8157-46b1e88c4379@kdenlive.org>
References: <819b8179-52dd-43c1-8157-46b1e88c4379@kdenlive.org>
Message-ID: <9d5a761a-c7d7-5646-5ad3-ea4f61bf7dde@gmx.net>

Wow! What a Christmas present!

I've thrown one of my daytime projects at the Windows port and it kept 
its head well above the water line, no crashes so far. Playback is slow, 
but then this is on my Surface Pro 3 with a i5, but that runs much 
slower than my Linux i5 video machine.

The first issue I see is when loading the existing project: Kdenlive 
warns that the project was created in the en_US.UTF-8 locale and that 
this isn't installed on my Win8.1 system. I've set my Win to German; but 
this looks like some Kdenlive/KF5 on Win issue instead?

Afterwards, Kdenlive complains that the effects volume:fadein and 
volume:fadeout were not found, so it removed them from the project. 
Well, that's one of the most basic ones, but for a first start... ;)

After the project has been loaded, the project bin shows no preview 
images. The clip monitor works correctly though, showing the clips 
correctly. When I manually reload clips in the project bin, the preview 
image gets correctly generated.

Some image clips don't play back in the timeline unless I manually 
reload them in the project bin. Up to then, they result in a white(!) 
image. These are typically PNG clips.

So this really looks incredibly promising!!!

A big thank-you to all three of you: Josh, Vincent, and Jean-Baptiste! 
(in no particular order, heh!)

Happy and peaceful days to you all,
Harald


Am 27.12.2016 um 23:44 schrieb Jean-Baptiste Mardelle:
> Hi all,
>
> First, thanks to Farid and Massimo for their kind words, I hope we can 
> continue working and create a even greater community around Kdenlive 
> in 2017.
>
> The timeline refactoring will be a lot of work and I am going to start 
> planning it soon and call a developper meeting to discuss about it.
>
> In the last days, I had a look at Vincent's lastest progress on the 
> Windows port, and I am glad to announce that with a few tweaks, I am 
> now able to create a basically working Kdenlive version on Windows. 
> There are probably many bugs but you can already put a clip in the 
> Project Bin, add it to timeline with effets, play it, save the project 
> and render!
>
> So a huge thanks to Vincent and Josh who spent many hours working on 
> this.
>
> For those who would love to test this alpha version, you can download 
> it from here (for 7 days):
>
> https://we.tl/C66tYLhp7D
> SHA256: 8725cdde9bf4075b2a19dc95c0be9d602019c6f801d0e08a543ff20318765d58
>
> This is a zip file, unzip it somewhere, it will create a 
> kdenlive-windows folder which contains the kdenlive.exe, just double 
> click to run. The first time, you need to open, close and re-open 
> kdenlive to make video clips work.
>
>
> Best regards
>
> Jean-Baptiste Mardelle


From qubodup at gmail.com  Thu Dec 29 23:53:31 2016
From: qubodup at gmail.com (Iwan Gabovitch)
Date: Fri, 30 Dec 2016 00:53:31 +0100
Subject: Windows port progress, etc
Message-ID: <CA+TPUN+cqvpzaXuSfunYA1+VUznNb84TLvFZvbes56WBJanj4Q@mail.gmail.com>

Hello,

Thank you for sharing the progress. It is extremely impressive!

I recorded testing Kdenlive on Windows:
https://youtu.be/fk7yiYxqQWc

The most noticeable things missing in the Kdenlive binary:
1. I can't use CTRL+S to save, it seems to use a /D:/path/file.kdenlive
format, which might be the issue, or it's perhaps a file-lock feature that
doesn't exist on UNIX.
2. Couldn't find wipe transitions.
3. Composite and Transform is a rotation transition which seems to crash
Kdenlive.

In a previous message, the question was raised where to host windows test
binaries. I can recommend TuxFamily and BitBucket. Examples:
http://pdsounds.tuxfamily.org/
https://bitbucket.org/rude/love/downloads

BitBucket probably be easier to set up. Here are the registration links:
https://www.tuxfamily.org/en/subscribe
https://bitbucket.org/account/signup/

In my opinion, fixing the CTRL+S feature would be enough for a public
special release.

Cheers,
Iwan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20161230/69355335/attachment.html>