Re: timeline detail

[François Téchené]

Hi jdd,

I believe that you are referring to the indicator showing the part of 
the timeline that is selected for partial renders (when you do not want 
to render the entire project) or for inserting preview zones.


You can change the size and position of the timeline selection by 
dragging its handles with the mouse or by using the "I" and "O" keys on 
the keyboard (for In and Out) based on the cursor position on the timeline.


I hope I am not mistaking in what you are referring to in the screenshot.

Cheers,

François


On 7/28/23 15:48, j...@dodin.org wrote:

Hello,

on my openSUSE Tumbleweed kdenlive Version 23.04.3, I have a curious 
thing.


you see in this image

https://www.cjoint.com/doc/23_07/MGCnSA5Lmbk_Screenshot-20230728-154322.png 



there is a small blue line, just below the 00.00.00.00, what is it?

thanks
jdd

Re: (kdenlive) Inspect project jobs

[François Téchené]

Hi Narcis,

You should be able to see a small progress bar next to the video clip 
that is being processed in the the project bin.


Cheers,

François


On 2/5/23 11:10, Narcis Garcia wrote:

I have proxy clips enabled.
I add video clips to project bin; then proxy generation jobs begin.
An "N jobs" indicator is shown, where I can delect to abort them, etc.

But how can I inspect what jobs are running and why each of them?

Some times all proxy jobs completed but some N number remains with "N 
jobs" indicator present.


Thank you.

Re: Clicks move playhead instead of selecting

[François Téchené]

Hi Tom,

Are you using Kdenlive on Linux? If so, you may try the appimage or the 
flatpak install. If your distribution's install has any kind of issue, 
using those other installs may help. Also, you can make sure that your 
Kdenlive is up to date with flatpak or with the latest appimage from the 
kdenlive website : https://kdenlive.org/en/download/


I hope this helps.

Cheers,

François


 On 12/1/22 01:30, amin...@mailbox.org wrote:

My ~/.config/kdenliverc file is the only thing that's changed in the last 
months. I removed it, restarted kdenlive, and although everything looks 
different (my preferences are back to defaults), I'm seeing the same behavior!

Another weird symptom: with the playhead over a clip in normal mode, I Ctrl-R to cut a 
clip, and it gives me the error "No clip to cut". Not sure if this is usual 
behavior I just haven't noticed since it used to be much easier to select a clip before 
cutting it.

Tom

On Thu, Dec 01, 2022 at 12:03:36AM +, Evert Vorster wrote:

Interesting.

In troubleshooting, it's usually the thing you were playing with last that
is causing the current problem.

So, what happened between the last time it was working properly, and now?

Have you tried renaming or removing your kdenlive config files?
If you have only made minimal config changes, just wipe them... if, on the
other hand you changed just about every setting, rename the config files to
.backup or something, and let kdenlive create new ones.

https://duckduckgo.com/?q=kdenlive+config+files+location.
or
https://www.google.com/search?q=kdenlive+config+files+location=0ahUKEwj064D2jtf7AhXJuaQKHXppABQQ4dUDCAo=gws-wiz

Evert Vorster

Awesome Chapters Tours
http://www.awesomechapters.com
Tel: +264 (0) 811477690



On Wed, 30 Nov 2022 at 23:48, amin...@mailbox.org 
wrote:


Hi Evert, thanks for the help.

In other applications Shift and Alt behave as expected.

I've switched between normal, cut, and move/spacer modes with no apparent
change.

Another strange thing: right-clicking a clip no longer brings up a menu
(in Kdenlive - in other applications, no problem).

The only change I've noticed after restarting Kdenlive is that the "Cannot
perform operation" error doesn't (at least not yet) appear when I ungroup
clips with Ctrl-Shift-g

Thanks,
Tom


On Wed, Nov 30, 2022 at 11:25:13PM +, Evert Vorster wrote:

Sticky keys? It sounds like one of the shift or alt keys on your keyboard
is stuck?

Try switching between normal (s) cut (x) and move (m) modes on the

keyboard

Open notepad, and type some text, see if all the keys on your keyboard

work

as expected.

Those are my guesses...
Evert Vorster

Awesome Chapters Tours
http://www.awesomechapters.com
Tel: +264 (0) 811477690



On Wed, 30 Nov 2022 at 23:19, amin...@mailbox.org 
wrote:


Another clue: I'll attempt to group or ungroup clips, and get an error
"Cannot perform operation while dragging in timeline"

If anyone can help in the next ~3 hours, this is seriously impacting an
important deadline.

Thanks,
Tom


On Wed, Nov 30, 2022 at 01:11:27PM -0800, amin...@mailbox.org wrote:

I've seemingly entered a strange mode in Kdenlive where when I try to

select a clip it instead moves the playhead to wherever I just clicked.

This setting appears to survive restart of Kdenlive.

Have I accidentally enabled some strange per-project setting? And

most

importantly, how do I turn it off?! I'd like the playhead to move only

when

I click the position ruler.

Thanks,
Tom

Re: Short film entirely made with Kdenlive

[François Téchené]

On 18/01/2022 18:58, Paul Brown wrote:

Wow! That was great François! If you don't mind, we would like to promote it
on social media.

Thank you very much Paul!

Yes, please do! The film is released under a free license so you are 
free to share it without my permission anyway :)


I am glad you liked it and I am glad if our work can get a bit more 
visibility. It helps us.


Cheers,

François

Re: Question about workflow

[François Téchené]

Hi Loïc,

I think that the "save timeline zone to bin" feature just saves a cut
from a clip to the bin. It doesn't nest a portion of the timeline.

My personal workflow with Kdenlive is to do all my edit with the audio
from the camera. Once I am happy with my edit, I create a new project to
sync the high quality audio to every single shot that I used on my edit
and I render a new footage file for each of them. Finally, I replace the
footage clips in my edit (right click on the footage clip and choose
"Replace clip").

While I think that this workflow works well, it is not ideal because
re-rendering high quality footage for each clip may consume a lot of
hard drive space.

Another solution would be to make each audio synced clip as a new
Kdenlive project and import each project to the main project bin. That
is the only way I found for nesting timelines. However, in my
experience, nesting Kdenlive files is pretty slow and not always reliable.

The best solution would be to be able to sync up the audio with each
clip at the Project Bin level. I don't know if this kind of feature is
planned for a future version of Kdenlive but that would be awesome!

Cheers,

François


On 16/12/2021 11:22, Loïc Vanderstichelen wrote:
>
> Dear Kdenlive Team,
>
> I have a question about the workflow and I don't know how to solve it.
>
> As you can see on the following screenshot, we are working with a
> camera and an external audio recorder.
>
> Then we sync both audio tracks (thanks to the align audio to
> reference) and we group clips (CTRL + G).
>
> I don't know if there is a way to add those synchronized clips to the
> project bin ?
>
> I tried with a mark in-out on the timeline and "save timeline zone to
> bin" but no effects.
>
> Kdenlive's screenshot
>
>
> For the moment, I place all the dailies at the beginning of the
> timeline and the editing at the end.
>
> Nested timeline will be definitely helpful in this case in a way
> dailies can be placed on a separate timeline while editing is done on
> another.
>
> I don't know if anyone works the same way (I think it's a very common
> situation) and how do you solve the problem ?
>
> Thank you very mush for your help.
>
> Loïc
>
>

Re: Preventing Kdenlive from logging to system logs

[François Téchené]

Thank you so much Vincent, that was very helpful!

I built Kdenlive from source with "CMAKE_BUILD_TYPE=Release" and it
works great now. The rotoscoping tool feels so fast and lightweight
after the change! I wonder if other parts of my workflow will be
improved from that?

Anyway, it's a real pleasure to work with Kdenlive.

Thank you so much for the great work!

Cheers,

François


On 18/11/2021 23:35, Vincent Pinon wrote:
> Hello,
> As a workaround run from command line and pipe outputs to null:
> `kdenlive >& /dev/null`
> Also most packages build with option
> CMAKE_BUILD_TYPE=RelWithDebSymbols which sadly enable developers debug
> messages supposed to be turned off choosing Release type: if you build
> from source that should be the option.
> On our side removing that log statement in the code should be obvious,
> we will try to react not too long.
> Good luck with your nice projects!
>
> Le 18 novembre 2021 22:52:14 GMT+01:00, "François Téchené"
>  a écrit :
>
> Hi,
>
> Is there a way to prevent Kdenlive from sending logs to the system logs?
>
> The rotoscoping tool logs massive JSON data for every single mouse event
> while dragging a point. After an hour of usage it represents around 10
> GB of logs that I need to manually purge. I guess that it is what makes
> the tool pretty slow for writing so much data as well.
>
> I would appreciate any help regarding disabling logging or changing the
> log level of Kdenlive as I plan to work on some rotoscoping VFX over the
> week end.
>
> I have filed a bug about it where you can see the kind of logs it
> produces :
> https://bugs.kde.org/show_bug.cgi?id=445480 
> <https://bugs.kde.org/show_bug.cgi?id=445480>
>
> Thank you very much for your help!
>
> François.
>
> -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez
> excuser ma brièveté.

Preventing Kdenlive from logging to system logs

[François Téchené]

Hi,

Is there a way to prevent Kdenlive from sending logs to the system logs?

The rotoscoping tool logs massive JSON data for every single mouse event
while dragging a point. After an hour of usage it represents around 10
GB of logs that I need to manually purge. I guess that it is what makes
the tool pretty slow for writing so much data as well.

I would appreciate any help regarding disabling logging or changing the
log level of Kdenlive as I plan to work on some rotoscoping VFX over the
week end.

I have filed a bug about it where you can see the kind of logs it
produces :
https://bugs.kde.org/show_bug.cgi?id=445480

Thank you very much for your help!

François.

Re: Thanks to Kdenlive : Al et Bob, la grosse betise

[François Téchené]

On 09/09/2021 15:49, jc.ha...@ik.me wrote:
>
> Bonjour,
>
> Voici un film d'animation en stop-motion que j'ai monté grâce à Kdenlive!
> (J'ai utiliser Natron, pour la post-production).
> J'ai cité Kdenlive au générique;-)
>
> Merci aux développeurs et à la communauté !
>
> https://peertube.stream/w/7Gv311Jrdc4cPN6n8d3STV
> 
>
>
> Hello,
>
> Here is a stop-motion animated film that I edited thanks to Kdenlive!
> (I used Natron, for post production).
> I have quoted Kdenlive the credits ;-)
>
> Thanks to the developers and the community!
>
> https://peertube.stream/w/7Gv311Jrdc4cPN6n8d3STV?subtitle=en
> 
>
C'est superbe! Magnifiquement réalisé dans tous les domaines.

Bravo! Et merci de nous le faire partager. :)

François

Re: does kdenlive offer any scripting capabilities / programming api?

[François Téchené]

On 9/23/19 7:18 PM, DogFilm wrote:
> hmm, ok, so the answer is "no, there is no scripting for kdenlive
> available" - what is of course a major omission for an open source project.
> 

Implementing such a feature has nothing to do with the kind of license
you release the software under but more about the way the software is
designed.

You seem to have strong expectations on how Kdenlive should behave and
the features it should implement. So instead of expressing your
frustrations in this mailing list, I propose you to bring your
contribution and editing experience directly to the devs and designers
of Kdenlive. This is more what one would expect from a free software
project that is missing a feature and I think it is the best way to go
forward with getting those features implemented.


Now, regarding scripting, I don't know what you would like to implement
but you don't need to get a visual interface implemented in kdenlive to
start doing that. You can already write python scripts that manipulate
your Kdenlive file (it is XML) and run them through the command line.
You can write import/export modules or anything else that processes your
project file this way.

Cheers,

Fran??ois

Re: Dolby Digital 5.1

[François Téchené]

Hi Geralt,

I am sorry, I don't have a direct answer to that question. However, I
went through the need of handling professional audio quality on one of
my projects.

Usually, when you need to record top quality audio, you don't do that
with the camera and if you ever need to add foley to your movie, the
best workflow that I found is to go through an external audio editor
like Ardour.

Currently, there is no way to export your audio timeline from Kdenlive
to Ardour so I have made a python script that can be called with a
simple command line to achieve that :

https://source.puri.sm/francois.techene/mlt2ardour

It is not perfect, and comments are welcome. It is kind of a hack but it
may help you achieve what you wish to achieve in term of audio quality
in your video project.

Cheers,

Fran??ois

On 9/19/19 7:39 PM, Geralt wrote:
> Dear KdenLive,
> 
> 
> I really love your editing software !
> 
> But i always render and edit my movie's in Dolby digital 5.1 or ac3
> surround.
> 
> Can you tel me if this will be supported in the nearby future ?
> 
> 
> Best Regards,
> 
> 
> Geralt
> 
> The Netherlands
> 

MLT to Ardour

[François Téchené]

Hi,

For my latest video project, that I have edited with Kdenlive, I wanted
to edit the audio, the proper way, using Ardour.

So I made a Python script to export my Kdenlive project to Ardour. I
needed my edit timeline in Ardour so I could cross fade my audio cuts in
Ardour.

Here is the repository :

https://source.puri.sm/francois.techene/mlt2ardour

Feel free to use it as a base to integrate the feature in Kdenlive (that
would be awesome!)

You can also check the making of this project, that I made with free
software only :

https://puri.sm/posts/see-your-junk-behind-the-scenes/

Thank you!

Fran??ois

Re: A story of a former Kdenlive's user (switched to Olive)

[François Téchené]

Hi Loïc,

On 13/05/2019 13:45, l...@loicvanderstichelen.com wrote:
> 
> François, do you share a link to your python script ?
> 

Sure! I need to add it to a proper git public repository, along with the
right license and I will share it with everyone.

Cheers,

François

Re: A story of a former Kdenlive's user (switched to Olive)

[François Téchené]

Hi,

I take this opportunity to give you my personal feedback about Kdenlive
vs Olive as I have been using Kdenlive professionally for the last 3
years and I have also tried Olive recently.

I have also been pretty much impressed by Olive, especially the GPU
features that make a smooth experience with almost every filter and
every transition. I believe that Olive is pretty promising, and I am
watching its evolution closely, but it is still not matching my
requirements in term of stability and features, especially in term of
color grading.

Kdenive, however, has been improving so much in the past 3 years and is
now pretty close to match all my requirements.

It is not using GPU rendering but its proxy and preview features are so
convenient that it makes any processing intensive editing never be an
issue. It has almost no limit in that regard, not even the limit of my
GPU capacities.

I would also add that scrubbing is always very smooth for me on
Kdenlive, while it is not yet on Olive (this is a must have for me).

Also, the color grading in Kdenlive is a real pleasure. I do an intense
use of blending modes as well as a few filters like saturation and
levels. I also use the Waveforme and Vectorscope graphs that work
perfectly on Kdenlive.

One thing that was really missing in Kdenlive is the ability to port my
timeline to Ardour, but I have done a python script to achieve that, as
part of my latest project, and I am going to share that as free software.

Here is my latest work (I am making a behind the scene video to show my
workflow) :

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

I have mainly used Kdenlive for that video. It seems pretty simple
because there is no visual effects nor crazy transitions but believe me
the work I have done on the color is pretty advanced and process intensive.

So my conclusion is that while Olive is very promising, Kdenlive remains
a lot more suited to my professional workflow.

Cheers,

François


On 11/05/2019 17:27, Tobiasz Karoń wrote:
> Hey!
> 
> I've read Harald's e-mail and I thought maybe I'll share my Kdenlvie
> experience with you as well.
> 
> I've been a heavy Kdenlive user for about 18 months, when I switched
> from Blender VSE, seeing it's not being worked on and I cannot expect
> the bugs that cripple my workflow to be ever fixed.
> About two months ago I've upgraded from 16 to 32 GB of RAM to help
> myself with editing videos in Kdenlive.
> A month later I immediately gave up using Kdeinlive, after I've
> discovered Olive.
> 
> Olive is a very young project (about 20 months in development at this
> point). And it made me realize how painful it is to do my work with
> Kdenlive (or Blender VSE to be fair).
> Olive uses OpenGL for all image processing. It uses GLSL shaders for
> effects and compositing. I was even able to create a Despill effect
> myself to get a better Green Screen compositing.
> 
> That being said I have a feeling that my trouble with Kdenlive will not
> lead to any progress, and I prefer to have issues with Olive that has a
> promising start and a community I can get in touch with easily.
> Also - it gives me an order of magnitude better experience than anything
> else right away, so why shouldn't iI use it?
> 
> A minro problem was for the past year (or something?) I couldn't log
> into my KDE account, because they enforce using your real name as login,
> and I have diacritics in my name, I also can't use a password that I'd
> want so I had once to contact an admit to even log in, and I just don't
> have the tim deal with that.. That made me feel like the KDE community
> is making it harder for me to communicate.
> Why can't I use a login and password of my choosing? I find that a
> strange decision and I'm just out of the KDE forums until that's changed.
> 
> I've stopped reporting bugs, also knowing that the refactoring is a
> priority.
> I think Kdenlive has some great functions, but is also a huge mess.
> 
> There are three groups of effects based on keyframing (no keyframing, a
> table keyframing, and a timeline keyframing). The effects are affecting
> the image in ways they shouldn't - transform and wipe will change the
> color balance, whic is visible on the RGB parade - I show that in my
> rant video). The performance is abysmal if you want to do any
> compositing (which I do a lot).
> If you want to just "cut the tape" and don't need any effects or
> compositing - Kdenlvie may be acceptable. But not if you want to do
> anything more complex.
> 
> There's a UV Mapping compositor, that's useless, because the whole
> pipeline is only 8-bit. Which gives you 256x256 pixels addressable. 
> 
> GPU support is non-functional and crashes Kdenlive every time for me.
> Multithrraded rendering or even playback is broken and gives me white
> frames every time.
> 
> My recent two serious projects got random audio sync issues and audio
> clicks (randomly different with each render). That was the last straw
> for me, and I snapped.
> 
> Here are 

Re: L'Ecole d'Art d'Uccle in Brussels use Kdenlive (and love it)

[François Téchené]

On 29/05/2018 12:09, Ben Oliver wrote:
> On 18-05-29 11:48:40, l...@loicvanderstichelen.com wrote:
>> As you can see, exports where made on the 18.08 beta 12 (risky business
>> :-)
>>
>> https://stanton.taidangao.org/apps/gallery/s/owoaKo2gsP3b9X3
> 
> This is awesome! I like posts that remind me I'm not the only Linux user
> in the world.

You are not the only one! :)

Last week end, I have put together a video to promote the Montessori
school of my town using Kdenlive (filmed in raw with a 5D Mark III
running Magic Lantern and processed with MLRawViewer) :

https://vimeo.com/271664659

It all worked like a charm! I only get issues with filters keyframes
from time to time. Undoing keyframes actually crashes pretty often but
the recovery feature makes me never lose any work.

Thanks for the great work! Kdenlive is getting better and better!

François

Re: fixes before 18.04 release

[François Téchené]

Thank you Farid!

I have added a bug that is giving me serious problems and affecting my
workflow :

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

Thank you very much!

François


On 23/03/2018 21:02, farid abdelnour wrote:
> Hi all,
> 
> Despite all the refactoring focus, if you have a very important issue to
> fix before 18.04, please post it here.
> 
> I should've sent this email on tueday night, hope there is still time to
> fix a couple. Sorry.
> 
> Here are some suggestions:
> 
> *Harald's memory leaks issues
> 
> *Rotoscoping defect when zooming
>   https://bugs.kde.org/show_bug.cgi?id=373113
> 
> *Consistent Crashing in Kdenlive when using Custom Wipe Transition
>   https://bugs.kde.org/show_bug.cgi?id=381110
> 
> * Library "sequences" not correctly rendered
>   https://bugs.kde.org/show_bug.cgi?id=387236
> 
> * Audio files with colon in name are silently ignored by rendering
>   https://bugs.kde.org/show_bug.cgi?id=377131
> 
> Happy weekend
> 
> -- 
> .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: "File rendering"

[François Téchené]

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  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

Re: Kdenlive's bug squasing day

[François Téchené]

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 :
> 
>> 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
>>
> 
> 
> 

Re: Kdenlive's bug squasing day

[François Téchené]

Thank you Jean-Baptiste,

I will try to be there to help you.

I will also try to get the code, have a look at it build kdenlive on my
local machine to be ready the the bug squashing day.

I am very happy to give my little contribution to this beautiful
software anyway! :)

François Téchené

On 11/27/2016 10:21 AM, Jean-Baptiste Mardelle wrote:
> Hi all,
> 
> 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.
> 
> 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
> 
> and we can then decide on the best choice for the final date.
> 
> 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.
> 
> Since we are a bit short in time, I think we need to make the
> announcement soon, so I will prepare a draft tonight. Let me know if you
> are ok or have comments / suggestions.
> 
> Regards
> 
> Jean-Baptiste Mardelle

Ethic Cinema

[François Téchené]

Hello,

My name is François Téchené. I am co-founder of Ethic Cinema
(http://ethiccinema.org/), which is a non profit organization that makes
and promotes free/libre cinematographic art.

Ethic Cinema is also a concept that anyone can reuse. Its goal is to
study and promote more ethical business models in the film industry.

This organization is still very young. We have just been releasing our
very first video and I wanted to share it with you :
https://goblinrefuge.com/mediagoblin/u/ethiccinema/m/street-art-sessions/

We use Kdenlive as our main video editing software and we love it! This
video has been edited with Kdenlive. Only advanced rotating transitions
have been made with Blender.

The video has been released under the Art Libre license which is
compatible with the CC BY-SA license so you get the freedoms!

I am also director of creative at Purism and I will be representing them
at "Le Capitole du Libre" next week. I will be there both days on a
stand for everyone to see and try the Librem13 laptop that we make. So
if you are around, feel free to come and say hello! :)

I wish you a very good week end and keep up the good work! :)

François Téchené