Re: Kdenlive woes: libthumbnail going nuts

[farid abdelnour]

2018-03-16 16:23 GMT-03:00 Harald Albrecht :

> This turns out to become even more strange with every turn: seems like
> I've managed to create some kind of killer project, albeit in a very
> literal sense when it comes to Kdenlive. I've noticed that loading the
> small project now takes very long, eats RAM like crazy ... which turns out
> to be eaten by libthumbnail.so.
>
> I've now disabled thumbnails and created my small project anew from
> scratch. This time, it works in 17.12.0d without eating RAM like crazy so
> far.
>

Check this thread out:

https://sourceforge.net/p/mlt/mailman/message/36222747/

Could it be related?


> I've also started fresh by moving kdenliveui.rc out of the way to be sure.
>
> Nevertheless, this all feels very brittle... :(
>
> Best regards,
> Harald
>
>


-- 
.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: Kdenlive v17.12.3 crashes with Title Clips

[farid abdelnour]

2018-03-18 12:49 GMT-03:00 Johannes Bauer :

> Hello list,
>
> Kdenlive v17.12.3 (also tried latest master, same effect) both crash
> reproducibly on my machine (x86_64, Ubuntu Mate Artful) with memory
> corruption when clicking "Add title clip". In seldom cases (about 1 in
> 10) the Title dialog actually opens. In these cases, kdenlive crashes
> when hitting "OK" on the Title dialog.
>
> In the terminal I see:
>
> *** Error in `kdenlive': corrupted size vs. prev_size:
> 0x558cbee63b80 ***
> Aborted (core dumped)
>
> I'm using mostly git master HEAD versions of packages (vid.stab, libvpx,
> x264, swfdec, libepoxy, movit, frei0r, FFmpeg, mlt) with the exception
> of lame (3.99.5), libx265 (2.7), liboil (0.3.17) and libeigen (3.2.4).
>
> When running in gdb, I see the following stacktrace:
>
> #0  0x704290bb in __GI_raise (sig=sig@entry=6) at
> ../sysdeps/unix/sysv/linux/raise.c:51
> #1  0x7042af5d in __GI_abort () at abort.c:90
> #2  0x7047328d in __libc_message (action=action@entry=do_abort,
> fmt=fmt@entry=0x7059a528 "*** Error in `%s': %s: 0x%s ***\n") at
> ../sysdeps/posix/libc_fatal.c:181
> #3  0x7047a64a in malloc_printerr (action=,
> str=0x70596dee "corrupted size vs. prev_size", ptr=,
> ar_ptr=)
> at malloc.c:5426
> #4  0x7047ea15 in _int_malloc (av=av@entry=0x707ccc20
> , bytes=bytes@entry=400) at malloc.c:4035
> #5  0x70480f3e in __GI___libc_malloc (bytes=400) at malloc.c:3086
> #6  0x771fd982 in mlt_properties_add (name=0x7fffb120 "0",
> self=0x59006270) at mlt_properties.c:553
> #7  0x771fd982 in mlt_properties_fetch
> (self=self@entry=0x59006270, name=name@entry=0x7fffb120 "0") at
> mlt_properties.c:587
> #8  0x771fd9d1 in mlt_properties_set_data
> (self=self@entry=0x59006270, name=name@entry=0x7fffb120 "0",
> value=value@entry=0x58ff03a0, length=length@entry=0,
> destroy=destroy@entry=0x77201de0 ,
> serialise=serialise@entry=0x0) at mlt_properties.c:1146
> #9  0x77202382 in mlt_events_listen
> (self=self@entry=0x58fb6930, service=service@entry=0x58fb6930,
> id=id@entry=0x7fffb5f58675 "service-changed",
> listener=listener@entry=0x7fffb5f57840 ) at
> mlt_events.c:280
> #10 0x7fffb5f5845e in filter_deinterlace_init (profile= out>, type=, id=, arg=0x0) at
> filter_deinterlace.c:351
> #11 0x7720f05a in mlt_factory_filter
> (profile=profile@entry=0x58ffdf90,
> service=service@entry=0x58ffc1e0 "deinterlace", input=0x0) at
> mlt_factory.c:370
> #12 0x7fffb6fd0604 in create_filter
> (profile=profile@entry=0x58ffdf90,
> producer=producer@entry=0x58f75480, effect=,
> created=created@entry=0x7fffb27c) at producer_loader.c:170
> #13 0x7fffb6fce092 in attach_normalisers
> (profile=profile@entry=0x58ffdf90,
> producer=producer@entry=0x58f75480) at producer_loader.c:206
> #14 0x7fffb6fd07c3 in producer_loader_init (profile=0x58ffdf90,
> type=, id=, arg=) at
> producer_loader.c:231
> #15 0x7720ef3a in mlt_factory_producer (profile=0x58ffdf90,
> service=0x5660c0b0 "loader", service@entry=0x0,
> resource=resource@entry=0x58fabed8)
> at mlt_factory.c:342
> #16 0x76fdfbbf in Mlt::Producer::Producer(Mlt::Profile&, char
> const*, char const*) (this=0x58fc1d50, profile=..., id= out>, service=0x0)
> at MltProducer.cpp:41
> #17 0x55afd822 in KThumb::getImage(QUrl const&, int, int, int) ()
> #18 0x55a18956 in TitleWidget::refreshTitleTemplates(QString
> const&) ()
> #19 0x55a1749d in TitleWidget::TitleWidget(QUrl const&, Timecode
> const&, QString const&, Render*, QWidget*) ()
> #20 0x55893cc2 in
> ClipCreationDialog::createTitleClip(KdenliveDoc*, QStringList const&,
> QString const&, Bin*) ()
> #21 0x55ab4109 in Bin::slotCreateProjectClip() ()
> #22 0x55b5ccce in Bin::qt_static_metacall(QObject*,
> QMetaObject::Call, int, void**) ()
> #23 0x711668e5 in QMetaObject::activate(QObject*, int, int,
> void**) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #24 0x731edd82 in QAction::triggered(bool) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #25 0x731f046c in QAction::activate(QAction::ActionEvent) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #26 0x73348e1c in  () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #27 0x7335018b in  () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #28 0x73350fd3 in QMenu::mouseReleaseEvent(QMouseEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #29 0x73234dc8 in QWidget::event(QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #30 0x733531f3 in QMenu::event(QEvent*) () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #31 0x731f446c in QApplicationPrivate::notify_helper(QObject*,
> QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #32 0x731fc28f in QApplication::no

fixes before 18.04 release

[farid abdelnour]

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: Easy way of highlighting area

[farid abdelnour]

Something like this maybe helps  you:
https://youtu.be/ysMTH1_hI6w

Em dom, 25 de mar de 2018 16:37, Johannes Bauer 
escreveu:

> Hello list,
>
> I've done this a couple of times already, but never found a way to
> *easily* do it in kdenlive: I want to darken most of the image except
> for one area (arbitrary shape, preferrably) of which I want to keep the
> brightness the same.
>
> Ideally, I'd want to use either a PNG or (even more convenient) title
> clip as a matte for the "brightness" effect. Is this possible?
>
> Thank you so much,
> Best regards,
> Johannes
>

Re: Kdenlive SIGSEGV on startup

[farid abdelnour]

Hi Johannes

Not an expert here, but which version of QT are you using?

Also please note that the team atm is very small and focused on the
refactoring and other issues so they might not be able to provide build
support. Have you tried using the AppImage version? Also Vincent recently
updated the PPA in case that helps you:

https://launchpad.net/~kdenlive/+archive/ubuntu/kdenlive-stable

Good luck
:)


2018-03-31 12:41 GMT-03:00 Johannes Bauer :

> Heya,
>
> some more info as a followup on this:
>
> I've created a completely new user on the other machine, i.e., no stale
> preferences or anything from an old kdenlive version. Segfaults on the
> new machine every time.
>
> Also build the exact same versions that I have running locally (and that
> do work for me) -- they work on my local machine, but also segfault on
> the other machine. No idea what's going on.
>
> Any help is greatly appreciated.
>
> Cheers,
> Johannes
>
>


-- 
.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: Installing Kdenlive on Linux Mint

[farid abdelnour]

2018-04-02 6:04 GMT-03:00 Narcis Garcia :

> A good wiki article could be "How to keep Kdenlive installed, stable and
> integrated with your OS distribution".
> I've never reached this state with simple OS repositories.
>

Maybe we could improve that for sure, but on the website you'll find info
for major distros. Otherwise go for the appimage.

https://kdenlive.org/download/


> Is really a good idea Kdenlive is available in APT/RPM repositories?
> Those distributed versions often seem unmaintained.
>



>
>
> El 02/04/18 a les 00:57, Johannes Bauer ha escrit:
> > Hi Frank,
> >
> > On 01.04.2018 23:15, STREETTANGO ADVENTURES WORLDWIDE wrote:
> >> So I did Johannes thanks.
> >> But it crashes all the time.
> >> Is this normal?
> >
> > Unfortunately the version in Ubuntu is pretty bug-riddled, yes. So it
> > might be normal that you experience crashes :-(
> >
> > The good news is there's a version that is newer and that should also
> > work. It's called the AppImage format and it's basically a newer version
> > with all dependencies included in the box. Pretty easy to get it --
> > download:
> >
> > https://kdenlive.org/download/
> >
> > Cross distribution packages -> Appimage
> >
> > You'll download a largish file (~167 MB) called
> > "Kdenlive-17.12.0d-x86_64.AppImage". In caja, navigate to your downloads
> > folder. You should see the kile there. Right click and choose
> > "Properties". Go to the "Permissions" tab. Check "File is executable"
> > (this might sound different in your version, I have the German locale).
> >
> > Close the dialog. Now you can start the kdenlive Appimage version by
> > double clicking it.
> >
> > Good luck to you!
> >
> > Cheers,
> > Joe
> >
>



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

Kdenlive Sprint and more

[farid abdelnour]

Hi

In case you missed it:
https://kdenlive.org/2018/04/kdenlive-in-paris/

We'll be in Paris for the sprint and at LGM for a workshop.

-- 
.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: A topic for your sprint: A couple of improvements for Kdenlive.org

[farid abdelnour]

Hi Paul,

We are planning a facelift for the release of the refactoring branch.

2018-04-24 16:27 GMT-03:00 Paul Brown :

> Hi,
>
> As per Jean-Baptiste's request, I am sending you a couple of observations
> about kdenlive.org that you may like to discuss during your sprint.
>
> The promo team unanimously agrees that Kdenlive could be huge. It looks
> professional; technical problems of the past that made it unstable or slow
> seem to have been solved; it is easy to use and is well-designed. Plus the
> plugin system means that it can only grow with regards to filters and
> transitions.
>
> The website looks good and is professionally laid out, but it could be
> more
> helpful to casual users (that is, people who land on your site who do not
> already know Kdenlive). This is important, since the website is your
> display
> to the rest of the world.
>
> You can make sure you capture the attention of casual visitors and maybe
> improve search results with a few simple changes:
>
> * Landing/Home page:
>
> 1.- Include in a prominent position a one- or two-sentence description of
> what
> Kdenlive can do for users. For example:
>
> > Kdenlive lets you edit movies by allowing you to visually "cut up" clips
> and
> apply affects and transitions to them. It is free, it is open source and
> works
> on Windows, Linux, and macOS.
>
> Or something like that.
>
> When I say "Prominent position", I mean this text should be placed on the
> landing page, in quite a big font, and located so the visitor does not
> have to
> scroll down to see it.
>
> I have included an image which shows where a good place would be.
>
> Notice that currently there is no description of what Kdenlive is on the
> landing page.
>

Noted. We have also seen some other places for improvement as well.

>
> 2.- Instead of a cut out part of the interface, include a clear, high
> resolution, non-distorted image of Kdenlive's interface in the header of
> the
> page. This will complement the description and give visitors a better idea
> of
> what they should expect from Kdenlive.
>
> * "About" page:
>
> 1.- Change the description of what Kdenlive is from:
>
> > "Kdenlive is an acronym for KDE Non-Linear Video Editor. It is primarily
> aimed at the GNU/Linux platform but also works on BSD and MacOS. It is
> currently being ported to Windows as a GSOC project.
> >
> > Non-linear video editing is much more powerful than beginners’ (linear)
> editors, hence it requires a bit more organization before starting.
> However,
> it is not reserved to specialists and can be used for small personal
> projects."
>
> To:
>
> > "Kdenlive is a "non-linear video editor". This means it lets you to lay
> out
> multiple video and audio clips simultaneously on several tracks. You can
> cut
> from one to another or add transitions, allowing you to make professional-
> looking full-length videos. You can also add filters and special effects
> to
> your videos to make them more arresting.
> >
> > Kdenlive is free open source software and works on Linux, Windows and
> macOS."
>

OK.


>
> * Download page
>
> 1.- Is damn near perfect. Great layout, clear links.
>

:)


>
> Have fun during the sprint.
>

It is being great so far. Also thanks for the feedback!

>
> Cheers
>
> Paul
>
> P.S.: When are you going to be in Seville?
>

We arrive on the 29th evening, our workshop is on the 30th.


-- 
> Promotion & Communication
>
> www: http://kde.org
> Mastodon: https://mastodon.technology/@kde
> Facebook: https://www.facebook.com/kde/
> Twitter: https://twitter.com/kdecommunity
>
>


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

archlinux packaging issue?

[farid abdelnour]

have you noticed latest version of kdenlive is missing the the icons in
some dialogues under gnome? this could have happened after the 18.04 or the
kf5 5.45 updates.

can any confirm?

-- 
.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: Special after Sprint Cafe TONIGHT

[farid abdelnour]

2018-05-08 9:38 GMT-03:00 Narcis Garcia :

> Neutral protocols (such as IRC) are always better.
>

We have a bridge between IRC and Telegram, so feel free to use whichever
you like. We are also trying to connect the Matrix room as well...



>
>
> El 08/05/18 a les 13:39, Massimo Stella ha escrit:
> > Dear Friends,
> > As announced last week on our site, we'll meet tonight May the 8th at
> > 9pm (UTC+ CEST) for a special café to report and talk about what
> > happened during the Kdenlive Sprint in Paris.
> > As usual, the first 15 mins will be open to any topic you want to
> propose.
> > You can hang out with us as usual by connecting via IRC on the Freenode
> > channel #kdenlive or our new Community Channel on Telegram
> > 
> > See you soon.
> >
> > Massimo.
>



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

Kdenlive sprint news

[farid abdelnour]

https://kdenlive.org/en/2018/05/kdenlive-paris-sprint-lgm-report/

-- 
.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: spanish translation of website

[farid abdelnour]

Hi Javier,

Thanks for your interest in contributing to the project.

Do you have any experience internationalizing content? Also have you ever
used Wordpress? There is also another person interested in participating
for the spanish translations. Will ask him to join this thread so we can
get started.

Cheers! :D

PS
Sorry for the late reply. Too much work atm.






2018-05-02 18:33 GMT-03:00 Javier Agustìn Fernàndez Arroyo :

> Hello,
>
> I have just seen that website is translatable, but spanish flag is not
> shown, so i guess spanish translation is not ready...
>
> How may i help?
>



-- 
.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: Ubuntu ppa in website

[farid abdelnour]

Hi Javier

2018-05-14 9:13 GMT-03:00 Javier Agustìn Fernàndez Arroyo 
:

> Hello devs,
>
> could you please announce kdenlive ppa as well as flatpak and snap
> packages?
>

Has the PPA been tested? Can we add it to the website? If we get more
positive feedback then we can update the info.

Sorry, but i dont want to have 50 times the same dependency lol (which is
> what happens with both flatpak and snap systems)
>
> Cheers! :)
>

Gracias.

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

Beware of FFMPEG 4 and MLT 6.8

[farid abdelnour]

Do not use FFMPEG 4 and MLT 6.8 since they break Kdenlive's functionalities.

I have already reported this to Archlinux packagers. If your distribution
has those versions please inform us or report it to them.

Thanks

-- 
.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: spanish translation of website

[farid abdelnour]

Hi Mario,

2018-05-10 6:37 GMT-03:00 Mario Fux :

> Am Mittwoch, 9. Mai 2018, 22:59:19 CEST schrieb farid abdelnour:
> > Hi Javier,
>
> Morning guys
>
> > Thanks for your interest in contributing to the project.
> >
> > Do you have any experience internationalizing content? Also have you ever
> > used Wordpress? There is also another person interested in participating
> > for the spanish translations. Will ask him to join this thread so we can
> > get started.
>
> Not sure you're already aware of it but it might make sense to get in
> contact
> with the KDE i18n teams instead of starting new i18n teams and thus
> creating a
> redundant system.
>

Unfortunately we haven't found a way to integrate the website into the KDE
i18n ecosystem so for now the best alternative is to do it directly in
wordpress. If KDE i18n team can join the effort it would be fantastic. :)

> Cheers! :D
> >
> > PS
> > Sorry for the late reply. Too much work atm.
>
> Thanks
> Mario
>
>
Cheers



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

Re: spanish translation of website

[farid abdelnour]

Hi Javier

2018-05-10 4:24 GMT-03:00 Javier Agustìn Fernàndez Arroyo 
:

> Hello!
> Well, i have translated http://reactos.org website in the past (some
> pages, not every of them, and not translatable today). And yes, i have used
> wordpress (i contributed to the reactos.org blog which was hosted on it, (
> http://reactos.wordpress.com, in spanish)
>

That is good enough for us!

But, as this is a completely different project, i guess i must learn how is
> internacionalization implemented here :)
>

We are still getting the hang of it and very open to workflow suggestions.
For now we write the post in english and people with access can copy the
post and translate it.

>
> Thank you for your reply!
>

Thank you for the help! :)

On Wed, May 9, 2018 at 10:59 PM, farid abdelnour 
> wrote:
>
>> Hi Javier,
>>
>> Thanks for your interest in contributing to the project.
>>
>> Do you have any experience internationalizing content? Also have you ever
>> used Wordpress? There is also another person interested in participating
>> for the spanish translations. Will ask him to join this thread so we can
>> get started.
>>
>> Cheers! :D
>>
>> PS
>> Sorry for the late reply. Too much work atm.
>>
>>
>>
>>
>>
>>
>> 2018-05-02 18:33 GMT-03:00 Javier Agustìn Fernàndez Arroyo <
>> elh...@gmail.com>:
>>
>>> Hello,
>>>
>>> I have just seen that website is translatable, but spanish flag is not
>>> shown, so i guess spanish translation is not ready...
>>>
>>> How may i help?
>>>
>>
>>
>>
>> --
>> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
>> fsf member #5439
>> usuario GNU/Linux #471966
>> |_|0|_|
>> |_|_|0|
>> |0|0|0|
>> http://www.gunga.com.br";>gunga
>> http://www.tempoecoarte.com.br";>tempoecoarte
>> http://www.atelier-labs.org";>atelier-labs
>> http://www.mocambos.net";>rede mocambos
>>
>
>


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

Re: Anomalies in animation of titles

[farid abdelnour]

Hi

2018-05-18 15:20 GMT-03:00 Jogchum Reitsma :

> Hi,
>
>
> I use  kdenlive-18.04.1-x86_64.AppImage on openSuse Tumbleweed. In this
> version, when I make titles, everything is OK, until I decide to animate
> the title.
>
> Then the colours of background and title font changes to weird values, as
> soon as editing is done and  and the title appears in the overview of
> titles. Also the rendering of the font becomes very ragged.
>
> That behavior remains if I actually use the the clip in the timeline.
>
> I have never noticed this before in previous version of kdenlive.
>

In the last release there were some modifications to the Titler, could that
have triggered this? If you use 18.04 those that happen?


> A bug?
>
> regards, Jogchum Reitsma
>

Cheers



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

Re: OpenTimelineIO: post-production exchange format from Pixar

[farid abdelnour]

2018-05-18 0:50 GMT-03:00 Sam Muirhead :

> Hi everyone, long time no see :)
>

Hi Sam, indeed! Hope you are well.

>
> I read about Pixar's post-production exchange format, OpenTimelineIO, and
> instantly thought of Kdenlive:
>
> https://github.com/PixarAnimationStudios/OpenTimelineIO
>
> I posted on the forum about it too: https://forum.kde.org/viewtopi
> c.php?f=265&t=152489
>
> It's new to me, but maybe not for others - has anyone looked into whether
> OTIO may be suitable exchange format for Kdenlive projects to
> export/import? Have you discussed it before?
>

Had seen other Pixar stuff used in Blender but never this. Will definitely
look into it. :)

>
> It might be something to think about for the post-refactor future, it
> would be wonderful to be able to exchange cuts with other editors, as well
> as different parts of the post-production pipeline - audio, animation, vfx
> etc.
>

At the sprint we discussed ways to integrate Kdenlive with other programs
and it is in the roadmap.[1] Do you know how adopted this is in the
industry?

[1] https://kdenlive.org/en/2018/05/kdenlive-paris-sprint-lgm-report/

Thanks for sharing
Cheers :D


>
>
> 
> Sam Muirhead
> Open Source / Video
> http://cameralibre.cc
>



-- 
.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: AMA and kdenlive webpage

[farid abdelnour]

Hi all

2018-05-27 22:20 GMT-03:00 Paul Brown :

> On lunes, 28 de mayo de 2018 3:05:21 (CEST) Aleix Pol wrote:
> > Hey,
> > You guys maybe want to answer here:
> > https://www.reddit.com/r/opensource/comments/8m2hrd/
> kde_set_goals_we_are_her
> > e_to_talk_about_them_ask/dzlvbyr/
>

Answered one when it was happening, will answer the rest. Thanks for the
heads up.


>
> Interesting. I sent an email explaining what tweaks could be applied to
> the
> website before the sprint. If you would like to expand on that, maybe we
> could
> schedule a meeting and brainstorm some more?
>

Yes, one of the tasks from the sprint is a redesign of the website. We
already started internationalizing the content and pretend to launch it for
the 18.08 refactoring release.

A meeting sounds good, will see how my schedule is next week and get back
to you.

Cheers :D



> Cheers
>
> Paul
> --
> Promotion & Communication
>
> www: http://kde.org
> Mastodon: https://mastodon.technology/@kde
> Facebook: https://www.facebook.com/kde/
> Twitter: https://twitter.com/kdecommunity
>
>
>
> -- Mensagem encaminhada --
> From: Paul Brown 
> To: kdenlive@kde.org
> Cc:
> Bcc:
> Date: Tue, 24 Apr 2018 21:27:50 +0200
> Subject: A topic for your sprint: A couple of improvements for Kdenlive.org
> Hi,
>
> As per Jean-Baptiste's request, I am sending you a couple of observations
> about kdenlive.org that you may like to discuss during your sprint.
>
> The promo team unanimously agrees that Kdenlive could be huge. It looks
> professional; technical problems of the past that made it unstable or slow
> seem to have been solved; it is easy to use and is well-designed. Plus the
> plugin system means that it can only grow with regards to filters and
> transitions.
>
> The website looks good and is professionally laid out, but it could be
> more
> helpful to casual users (that is, people who land on your site who do not
> already know Kdenlive). This is important, since the website is your
> display
> to the rest of the world.
>
> You can make sure you capture the attention of casual visitors and maybe
> improve search results with a few simple changes:
>
> * Landing/Home page:
>
> 1.- Include in a prominent position a one- or two-sentence description of
> what
> Kdenlive can do for users. For example:
>
> > Kdenlive lets you edit movies by allowing you to visually "cut up" clips
> and
> apply affects and transitions to them. It is free, it is open source and
> works
> on Windows, Linux, and macOS.
>
> Or something like that.
>
> When I say "Prominent position", I mean this text should be placed on the
> landing page, in quite a big font, and located so the visitor does not
> have to
> scroll down to see it.
>
> I have included an image which shows where a good place would be.
>
> Notice that currently there is no description of what Kdenlive is on the
> landing page.
>
> 2.- Instead of a cut out part of the interface, include a clear, high
> resolution, non-distorted image of Kdenlive's interface in the header of
> the
> page. This will complement the description and give visitors a better idea
> of
> what they should expect from Kdenlive.
>
> * "About" page:
>
> 1.- Change the description of what Kdenlive is from:
>
> > "Kdenlive is an acronym for KDE Non-Linear Video Editor. It is primarily
> aimed at the GNU/Linux platform but also works on BSD and MacOS. It is
> currently being ported to Windows as a GSOC project.
> >
> > Non-linear video editing is much more powerful than beginners’ (linear)
> editors, hence it requires a bit more organization before starting.
> However,
> it is not reserved to specialists and can be used for small personal
> projects."
>
> To:
>
> > "Kdenlive is a "non-linear video editor". This means it lets you to lay
> out
> multiple video and audio clips simultaneously on several tracks. You can
> cut
> from one to another or add transitions, allowing you to make professional-
> looking full-length videos. You can also add filters and special effects
> to
> your videos to make them more arresting.
> >
> > Kdenlive is free open source software and works on Linux, Windows and
> macOS."
>
> * Download page
>
> 1.- Is damn near perfect. Great layout, clear links.
>
> Have fun during the sprint.
>
> Cheers
>
> Paul
>
> P.S.: When are you going to be in Seville?
> --
> Promotion & Communication
>
> www: http://kde.org
> Mastodon: https://mastodon.technology/@kde
> Facebook: https://www.facebook.com/kde/
> Twitter: https://twitter.com/kdecommunity
>
>
>


-- 
.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: Crash report with AppImage

[farid abdelnour]

Hi Cornelius

2018-05-28 14:05 GMT-03:00 Cornelius :

> Hello,
>
> First of all, I LOVE your work, thank you!
>
> Kdenlive crashed reproducibly in version 18.04.1 using the AppImage on
> Ubuntu 16.04 when trying to playback a video with the rotoscoping effect.
> So I went to the website and read how to do a bug report (
> https://kdenlive.org/en/bug-reports/), installed the packages and because
> I could not use the repo version of Ubuntu I started it with "gdb
> Kdenlive.AppImage run" (Kdenlive is in ~/bin), gdb told me that it found
> nothing, therefore Kdenlive did not start. Is there a way to report a bug
> with backtrace using the AppImage or should I just go ahead and compile it
> myself?
>

You can try running it from the terminal and see if it gives a message when
it crashes.

Also I just did a test and didn't get a crash on archlinux with the
appimage. Can you explain step by step what you are doing when you get the
crash to try to reproduce it?



>
> greetings,
>
>
cheers

Cornelius
>
>


-- 
.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: DTD for Kdenlive

[farid abdelnour]

C'est tres cool Camille.

Maybe when you have done more progress you would like to write a post about
this on the website?

Cheers and thanks :D

2018-06-02 7:38 GMT-03:00 Camille :

> Hi *,
> Le 27/05/2018 à 09:22, Camille a écrit :
>
>> [...]
>> The idea would then be to propose upstream some changes to mlt-xml.dtd
>> that would be generic and create a specific dtd for the remaining
>> kdenlive-only elements.
>>
> Just FYI, I have started  proposing changes to mlt's dtd, and Dan Dennedy
> mentionned that the "main bin" problem would not be that hard to solve.
>
> https://github.com/mltframework/mlt/issues/346
>
> Cheers,
> Camille
>



-- 
.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: Kdenlive not building...

[farid abdelnour]

Hi Evert

2018-06-01 3:36 GMT-03:00 Evert Vorster :

> Forwarding this message to the general kdenlive group as well.
>
> The bug that I reported on KDE's bug reporter seems to have gone
> un-noticed.
>
> Kind regards,
> -Evert-
>
> -- Forwarded message --
> From: Evert Vorster 
> Date: 1 June 2018 at 08:31
> Subject: Kdenlive not building...
> To: For kdenlive developers 
>

Please note that the sourceforge address has been deactivated a long time
ago.



> Hi there, the timeline refactoring branch of Kdenlive is not building for
> me.
>
> Attached is the build log.
> Can one of the developers please tell me why? The latest release from git
> builds just fine.
>

Not an expert on compiling but I just managed to build it just fine. Not
sure it helps but in case you missed it, we have some updated instructions
to compiling it: https://community.kde.org/Kdenlive/Development

Btw, I am using mlt-git from AUR.



> Kind regards,
> --
> Evert Vorster
> Ex-Isometrix Acquistion Superchief
>
>
>
>
> --
> Evert Vorster
> Ex-Isometrix Acquistion Superchief
>
>


-- 
.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: Crash report with AppImage

[farid abdelnour]

Hi

2018-05-28 16:18 GMT-03:00 Cornelius :

> Hi,
>
> I have figured out that this happens quite inconsistent, sometimes the
> program crashes on me, sometimes it does not. But what I found out is that
> it crashes more often when I start the playback from the beginning of the
> clip, also it happens more frequently if I use the Affine transition, and
> having more rotoscoping points also makes a difference. I have not seen it
> crashing if there is no single color background. It looks like once it
> crashed, it will always crash, but it is not bound to the video, it looks
> like it is bound to the shape I put the nodes in, but I do not know how the
> libraries work, nor do I know how kdenlive works, so this is just
> speculation based on what happened to me.
>

 I have tried to make it crash following your instructions and haven't been
able to make it happen.

Hope you managed to at least get the work done.



Am 28.05.2018 um 19:28 schrieb farid abdelnour:
>
> Hi Cornelius
>
> 2018-05-28 14:05 GMT-03:00 Cornelius :
>
>> Hello,
>>
>> First of all, I LOVE your work, thank you!
>>
>> Kdenlive crashed reproducibly in version 18.04.1 using the AppImage on
>> Ubuntu 16.04 when trying to playback a video with the rotoscoping effect.
>> So I went to the website and read how to do a bug report (
>> https://kdenlive.org/en/bug-reports/), installed the packages and
>> because I could not use the repo version of Ubuntu I started it with "gdb
>> Kdenlive.AppImage run" (Kdenlive is in ~/bin), gdb told me that it found
>> nothing, therefore Kdenlive did not start. Is there a way to report a bug
>> with backtrace using the AppImage or should I just go ahead and compile it
>> myself?
>>
>
> You can try running it from the terminal and see if it gives a message
> when it crashes.
>
> Also I just did a test and didn't get a crash on archlinux with the
> appimage. Can you explain step by step what you are doing when you get the
> crash to try to reproduce it?
>
>
>
>>
>> greetings,
>>
>>
> cheers
>
> Cornelius
>>
>>
>
>
> --
> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
> fsf member #5439
> usuario GNU/Linux #471966
> |_|0|_|
> |_|_|0|
> |0|0|0|
> http://www.gunga.com.br";>gunga
> http://www.tempoecoarte.com.br";>tempoecoarte
> http://www.atelier-labs.org";>atelier-labs
> http://www.mocambos.net";>rede mocambos
>
>
>


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

Re: Upper Case Image Files Not An Option When Creating A Title

[farid abdelnour]

Hi

2018-06-05 12:00 GMT-03:00 Ron Piggott :

> I am using Kdenlive version 18.04.1
>
> The sequence:
>
> Project > Add Title Clip > Add Image (Icon)
>
> Isn't displaying files with upper case extensions.  IE "Table.JPG"
> doesn't show; "Table.jpg" does
>

I cannot reproduce, I am trying it with 18.04.1 AppImage and it works fine.
Which distribution are you using? Is it packaged or compiled? Try the
AppImage and let us know.

>
> How do I correctly report this?
>
> Ron
>
>


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

Feature your productions in our website

[farid abdelnour]

Hello community

Besides the great refactoring that is going on, we are also revamping our
website and adding a video gallery section to feature a selection of
curated works/productions made with Kdenlive.

Visit the forum and share a link of your video along with a brief
description, workflow and/or anything you find relevant to share with the
community. (Only videos posted in the forum thread will be considered.)

*Forum link: https://forum.kde.org/viewtopic.php?f=266&t=152894
*
Cheers :D

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

The future is almost here

[farid abdelnour]

Please help test the latest refactoring beta version. More info here:

https://kdenlive.org/en/2018/07/kdenlive-test-the-future/

An important step for Kdenlive and the community's involvement is very
important at this point.

Cheers <3

-- 
.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: Beware of FFMPEG 4 and MLT 6.8

[farid abdelnour]

6.10 will be the requirement for the refactored version.

2018-07-04 18:58 GMT-03:00 Javier Agustìn Fernàndez Arroyo :

> hello,
>
> I guess ffmpeg 4.0.1 doesnt work too, but...
> What about new MLT 6.10 ?
>
> On Wed, May 16, 2018 at 4:18 PM, farid abdelnour 
> wrote:
>
>> Do not use FFMPEG 4 and MLT 6.8 since they break Kdenlive's
>> functionalities.
>>
>> I have already reported this to Archlinux packagers. If your distribution
>> has those versions please inform us or report it to them.
>>
>> Thanks
>>
>> --
>> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
>> fsf member #5439
>> usuario GNU/Linux #471966
>> |_|0|_|
>> |_|_|0|
>> |0|0|0|
>> http://www.gunga.com.br";>gunga
>> http://www.tempoecoarte.com.br";>tempoecoarte
>> http://www.atelier-labs.org";>atelier-labs
>> http://www.mocambos.net";>rede mocambos
>>
>
>


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

Re: KDenLive free(): invalid pointer error at startup

[farid abdelnour]

Hi Dale

2018-07-12 12:29 GMT-03:00 Dale Powell :

> Hello all.
>
> I reported almost a week ago that KDenLive has stopped working on my
> Ubuntu Studio 18.04 laptop on the forums to an astounding silence. This is
> a rather serious issue meaning the program can not even be started!! Can
> somebody please assist me on getting this fixed before I just give up with
> this software entirely despite it seeming to be the best video editor on
> Linux?
>


Sorry for the delay, currently all our efforts are on the refactoring
branch. You must state the version of Kdenlive and MLT so we can try to
debug better. A wild guess though, I'd say you are using a PPA or a version
from the repos, eitherway those are rather obsolete AFAIK. Have you tried
using the AppImage and see if that works? You can get it from here:
https://kdenlive.org/en/download/

Cheers


>
> https://forum.kde.org/viewtopic.php?f=265&t=153147
> KDenLive wont start - free(): invalid pointer • KDE Community Forums
> 
> using ubuntu this was working fine a few weeks ago last time i booted was
> only to check and try and help another member on the ubuntu forums and it
> forum.kde.org
>
>
> Regards Dale.
>



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

Café tonight

[farid abdelnour]

hi

just a reminder that tonight we'll have our monthly café. 9pm paris time.

cheers :D





-- 
.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: KDE CI: Applications » kdenlive » kf5-qt5 SUSEQt5.9 - Build # 54 - Still Unstable!

[farid abdelnour]

Hello all,

We will ask to disable them.

Cheers :)

Em qua, 3 de out de 2018 14:25, Simon Eugster  escreveu:

> Can somebody turn those annoying messages off please? They do not really
> need to be on a public mailing list. I'm about to unsubscribe.
>
> Am Mi., 3. Okt. 2018 um 18:12 Uhr schrieb CI System :
>
>> *BUILD UNSTABLE*
>> Build URL
>> https://build.kde.org/job/Applications/job/kdenlive/job/kf5-qt5%20SUSEQt5.9/54/
>> Project: kf5-qt5 SUSEQt5.9
>> Date of build: Wed, 03 Oct 2018 15:51:53 +
>> Build duration: 19 min and counting
>> * JUnit Tests *
>> Name: (root) Failed: 1 test(s), Passed: 1 test(s), Skipped: 0 test(s),
>> Total: 2 test(s)
>>
>>
>> * - Failed: TestSuite.runTests*
>> * Cobertura Report *
>> * Project Coverage Summary *
>> Name Packages Files Classes Lines Conditionals
>> Cobertura Coverage Report 0% (0/65) 0% (0/306) 0% (0/306) 0% (0/60293) 0%
>> (0/80174)
>> Coverage Breakdown by Package
>> Name Files Classes Lines Conditionals
>> renderer 0% (0/3) 0% (0/3) 0% (0/258) 0% (0/168)
>> src 0% (0/18) 0% (0/18) 0% (0/4484) 0% (0/2390)
>> src.abstractmodel 0% (0/3) 0% (0/3) 0% (0/321) 0% (0/185)
>> src.assets 0% (0/3) 0% (0/3) 0% (0/355) 0% (0/189)
>> src.assets.assetlist.model 0% (0/2) 0% (0/2) 0% (0/144) 0% (0/100)
>> src.assets.assetlist.view 0% (0/1) 0% (0/1) 0% (0/37) 0% (0/4)
>> src.assets.assetlist.view.qmltypes 0% (0/1) 0% (0/1) 0% (0/51) 0% (0/42)
>> src.assets.keyframes.model 0% (0/5) 0% (0/5) 0% (0/711) 0% (0/388)
>> src.assets.keyframes.model.corners 0% (0/1) 0% (0/1) 0% (0/55) 0% (0/21)
>> src.assets.keyframes.model.rotoscoping 0% (0/2) 0% (0/2) 0% (0/81) 0%
>> (0/60)
>> src.assets.keyframes.view 0% (0/1) 0% (0/1) 0% (0/183) 0% (0/93)
>> src.assets.model 0% (0/3) 0% (0/3) 0% (0/388) 0% (0/355)
>> src.assets.view 0% (0/1) 0% (0/1) 0% (0/106) 0% (0/76)
>> src.assets.view.widgets 0% (0/14) 0% (0/14) 0% (0/1024) 0% (0/319)
>> src.assets.view.widgets.curves 0% (0/2) 0% (0/2) 0% (0/205) 0% (0/46)
>> src.assets.view.widgets.curves.bezier 0% (0/4) 0% (0/4) 0% (0/310) 0%
>> (0/156)
>> src.assets.view.widgets.curves.cubic 0% (0/2) 0% (0/2) 0% (0/339) 0%
>> (0/180)
>> src.bin 0% (0/14) 0% (0/14) 0% (0/3602) 0% (0/2301)
>> src.bin.generators 0% (0/1) 0% (0/1) 0% (0/103) 0% (0/36)
>> src.bin.model 0% (0/2) 0% (0/2) 0% (0/256) 0% (0/174)
>> src.capture 0% (0/3) 0% (0/3) 0% (0/481) 0% (0/282)
>> src.dialogs 0% (0/9) 0% (0/9) 0% (0/3959) 0% (0/2585)
>> src.doc 0% (0/5) 0% (0/5) 0% (0/3282) 0% (0/2601)
>> src.dvdwizard 0% (0/6) 0% (0/6) 0% (0/2047) 0% (0/856)
>> src.effects 0% (0/2) 0% (0/2) 0% (0/96) 0% (0/50)
>> src.effects.effectlist.model 0% (0/2) 0% (0/2) 0% (0/91) 0% (0/62)
>> src.effects.effectlist.view 0% (0/2) 0% (0/2) 0% (0/53) 0% (0/10)
>> src.effects.effectstack.model 0% (0/4) 0% (0/4) 0% (0/570) 0% (0/418)
>> src.effects.effectstack.view 0% (0/4) 0% (0/4) 0% (0/554) 0% (0/256)
>> src.effectslist 0% (0/4) 0% (0/4) 0% (0/1253) 0% (0/932)
>> src.effectstack.widgets.curves 0% (0/2) 0% (0/2) 0% (0/119) 0% (0/48)
>> src.jobs 0% (0/14) 0% (0/14) 0% (0/1339) 0% (0/987)
>> src.jogshuttle 0% (0/6) 0% (0/6) 0% (0/169) 0% (0/90)
>> src.lib 0% (0/1) 0% (0/1) 0% (0/5) 100% (0/0)
>> src.lib.audio 0% (0/9) 0% (0/9) 0% (0/400) 0% (0/224)
>> src.library 0% (0/2) 0% (0/2) 0% (0/437) 0% (0/222)
>> src.mltcontroller 0% (0/6) 0% (0/6) 0% (0/1531) 0% (0/932)
>> src.monitor 0% (0/9) 0% (0/9) 0% (0/3155) 0% (0/1914)
>> src.monitor.scopes 0% (0/7) 0% (0/7) 0% (0/478) 0% (0/178)
>> src.profiles 0% (0/5) 0% (0/5) 0% (0/275) 0% (0/124)
>> src.profiles.tree 0% (0/2) 0% (0/2) 0% (0/110) 0% (0/52)
>> src.project 0% (0/7) 0% (0/7) 0% (0/941) 0% (0/509)
>> src.project.dialogs 0% (0/10) 0% (0/10) 0% (0/2236) 0% (0/1118)
>> src.qml 0% (0/1) 0% (0/1) 0% (0/7) 100% (0/0)
>> src.qt-oauth-lib 0% (0/2) 0% (0/2) 0% (0/140) 0% (0/32)
>> src.scopes 0% (0/3) 0% (0/3) 0% (0/345) 0% (0/184)
>> src.scopes.audioscopes 0% (0/6) 0% (0/6) 0% (0/679) 0% (0/386)
>> src.scopes.colorscopes 0% (0/14) 0% (0/14) 0% (0/1184) 0% (0/476)
>> src.simplekeyframes 0% (0/2) 0% (0/2) 0% (0/232) 0% (0/102)
>> src.timeline2.model 0% (0/14) 0% (0/14) 0% (0/3755) 0% (0/2790)
>> src.timeline2.model.builders 0% (0/1) 0% (0/1) 0% (0/167) 0% (0/137)
>> src.timeline2.view 0% (0/5) 0% (0/5) 0% (0/1610) 0% (0/1178)
>> src.timeline2.view.dialogs 0% (0/3) 0% (0/3) 0% (0/147) 0% (0/90)
>> src.timeline2.view.qml 0% (0/1) 0% (0/1) 0% (0/87) 0% (0/22)
>> src.timeline2.view.qmltypes 0% (0/1) 0% (0/1) 0% (0/48) 0% (0/20)
>> src.titler 0% (0/6) 0% (0/6) 0% (0/3439) 0% (0/1616)
>> src.transitions 0% (0/2) 0% (0/2) 0% (0/88) 0% (0/44)
>> src.transitions.transitionlist.model 0% (0/2) 0% (0/2) 0% (0/62) 0%
>> (0/40)
>> src.transitions.transitionlist.view 0% (0/2) 0% (0/2) 0% (0/58) 0% (0/18)
>> src.transitions.view 0% (0/2) 0% (0/2) 0% (0/70) 0% (0/20)
>> src.utils 0% (0/12) 0% (0/12) 0% (0/1010) 0% (0/532)
>> src.widgets 0% (0/7) 0% (0/7) 0% (0/906) 0% (0/260)
>> src.xml 0% (0/1) 0% (0/1) 0% (0/53) 0% (0/48)
>> tests 0% (0/14) 0% (0/14) 0% (0/9543) 0% (0/50412)
>> t

About recent emails...

[farid abdelnour]

Hi all,

We are working o automating the build process of Kdenlive and hence the
recent emails warning about the failed attempts. This is an important move
to improve our workflow. So we would like to ask to have some patience
until we fix this issues. Also if people can help out it would be great.

The refactoring is steadily moving forward and great things are coming our
way.
https://cgit.kde.org/kdenlive.git/log/?h=refactoring_timeline

Thanks to the devs for their efforts and thanks to the community for your
understanding. =)

Happy editing!

-- 
.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: Lost project Monitor

[farid abdelnour]

just go to view and activate it back,

Em seg, 22 de out de 2018 às 17:14, Douglas Pollard 
escreveu:

>   I have lost the project monitor I need help in getting it back.??
> Thanks much for some help. Doug.
>
>
>

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

Café tonight

[farid abdelnour]

Greetings all

Just a reminder that tonight at 9PM (Paris time) we'll be having our Café.

If you have any topics list them here or at the beginning of the meeting.

See you!

-- 
.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: Interest in supporting Tangent Colorgrading Panels? LiftGammaGain Widget reset bug

[farid abdelnour]

Hi Michael and welcome!

That is some sweet hardware and I think it would be great to have support
for it in the next releases. I don't know technically what would be
involved to make it happen though. A first step can be to create a KDE
account and maybe start a thread on phabricator about this. Here s the link
to the Kdenlive board: https://phabricator.kde.org/project/view/40/

Here is some info on git, hope it helps somehow:
https://community.kde.org/Infrastructure/Git

Also besides the mailing list we have a telegram and irc channels.

Cheers :)


Em seg, 12 de nov de 2018 às 09:58, Michael Hirczy  escreveu:

> Greetings!
>
> I have been using kdenlive for quite some time now, and it's a fantastic
> NLE, thx a lot for that!
>
> While trying to learn the craft of filmmaking (as a hobbyist), I also
> stumbled upon the topic of color correction.
> Since I'm a full-stack-nerd/geek *gg*, I like nice hardware with knobs and
> displays :D
>
> So I managed to find a used Tangent CP200 color control surface and
> contacted Tangent about support for Linux.
> I got the full development package and I'm actually in the process of
> learning c++ and qt to make support for the Tangent hardware inside of
> KDEenlive.
> (I've been coding for about 30 years, worked fulltime as Java-Dev and
> although technology has quite evolved through the years, it's still easy
> for
> me to read someone's code and refactor it to my needs)
>
> Is there interest to put Tangent-support into the official repository?
> since they released their Ripple, color grading software is not so
> expensive
> anymore...
>
> I will program it anyways, so maybe it can be some help to others...
>
> When researching the code for color grading, I found a interesting
> behaviour
> of the LiftGammaGain-Widget:
> On every color correction panel you have 2 buttons to reset color and
> brightness independently.
> During my first steps I found, that resetting the color wheel in the LGGW
> works as intended (just reset the color wheel), but resetting the
> brightness
> bar will reset the color wheel, too!
>
> I don't know if this is intended or a bug - but I decided to change it to
> my
> needs (only reset the brightness/value bar):
> In colorwheel.cpp I just changed line 178:
> // old code: c =
> NegQColor::fromRgbF(m_defaultValue/m_sizeFactor,
> m_defaultValue/m_sizeFactor, m_defaultValue/m_sizeFactor);
> c = NegQColor::fromHsvF(m_color.hueF(), m_color.saturationF(),
> m_defaultValue/m_sizeFactor);
>
> ATM I'm not very good at git, so I don't like to submit such a small change
> to the official repository.
> (aaand I'm actually using the 18.08 branch for my dev-testing)
>
> If there's need to implement this into the repo, could someone of the devs
> do this?
> Otherwise, if the actual reset-algorithm is planned to work like this, just
> keep it this way :)
>
> thx and greetings
> michi
>
>
>

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

Bug squashing day

[farid abdelnour]

Hi all

Just a reminder or for those who still don't know...

We'll be having a bug squashing day this Sunday (December 2) please help
spread the word and hope to see you there.

More info:
https://kdenlive.org/en/2018/11/bugsquashing-day/

Cheers :D

-- 
.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: Nvidia crash using kdenlive: where to start?

[farid abdelnour]

Hi Corey

Welcome to the team, happy to have you here.

Em qui, 29 de nov de 2018 às 16:03, Corey O'Connor 
escreveu:

> Thanks for the info! I'll start with making sure I can compile MLT
> 6.12. Then see about joining the bug bash :)
>
> Is this the closest ticket for the issue?
> https://phabricator.kde.org/T2908


There is also this list:
https://bugs.kde.org/buglist.cgi?quicksearch=product%3Akdenlive%20flag%3Amovit&list_id=1568316

I can help out producing some debugging info if you like.

See you in the bug squashing day. :)

>
>
> Cheers,
> Corey O'Connor
>
> On Thu, Nov 29, 2018 at 9:44 AM Eugen Mohr  wrote:
> >
> > Hi Corey
> >
> > I would say use the refactoring_timeline branch. The master branch
> contains the 18.08 / 18.12 branch only. The refactoring branch contains the
> Vaapi and Nvidia (Nvenc) acceleration. MLT has v6.12.0 released with some
> fixes. I can’t say anything about Movit. But fixing/implementing the GPU
> acceleration would be great.
> >
> > Am 26.11.2018 um 18:18 schrieb Corey O'Connor:
> >
> > Hi all,
> >
> > I have the time and inclination to look into this bug:
> >
> https://devtalk.nvidia.com/default/topic/1019615/movit-library-crash-when-used-in-kdenlive/
> >
> > I have master and refactoring_timeline branches compiling from git.
> > Plus movit and mtl compiling from git. All ready to fork and fix
> > but where to start? Any pointers?
> >
> > Cheers,
> > Corey
> >
> > -Corey O'Connor
> > coreyocon...@gmail.com
> >
>


-- 
.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: Transitioning CI builds of all non-Frameworks from Qt 5.9

[farid abdelnour]

Sorry folks you might receive some emails about this topic.

Em seg, 3 de dez de 2018 às 15:49, René J.V. Bertin 
escreveu:

> Hi,
>
> Can't you just configure the CI to use Qt 5.10? I think it's not good to
> hardcode an "overzealous" (for lack of a better word) Qt version in
> projects that don't require them AND I think that one should support the
> current LTS release in as many projects as possible as a general rule of
> principle.
>
> There's a reason why those LTS releases exist and that should probably be
> taken into consideration ESPECIALLY for the KF5 Frameworks (remember why
> kdelibs4 was split up)!
>
> People working only on Linux may not realise it but even Qt 5.9 already
> dropped support for Mac OS versions that are still widely used.
>
> IMHO, projects that use PIM libraries can decide for themselves how they
> want to deal with a Qt minimum version bump in those dependencies, while
> distribution maintainers *could* decide to keep those (and only those)
> dependencies on an earlier version in order to keep supporting whatever
> oldest Qt requirement they have (5.9 for my MacPorts packaging). Also,
> don't of those projects have only optional dependencies on PIM libraries?
>
> I tend to see a CI as something that tests software on one or a handful of
> the most common configurations. Anyone not using such a configuration is
> either on their own or acting as a kind of additional CI.
>
> Bumping the minimum Qt version across the line would decrease the burden
> on the CI, but probably increase the burden on distributions, or force them
> to stop following upgrades earlier than justified.
>
> Also:
> > (otherwise we'll end up chasing down build failures for a long time)
>
> How so? If you want to install project B that requires Qt 5.9+ but also
> uses PIM library A which requires Qt 5.1x you're going to need to install
> something newer than Qt 5.9 . What kind of build failures we cannot already
> get ("B requires PIM library A which is not installed") are you expecting?
> There could be errors from *other* projects not depending on PIM
> libraries, but if they intend to support an "older" Qt version that implies
> rather explicitly that they also intend to address build failures, no?
>
>
> R.
>


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

Last Café of the year

[farid abdelnour]

Greetings

A quick reminder that tomorrow will be the our last Café of the year. Hope
to see you there!

Cheers :)

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

Re: kdenlive-19.03.70-34672a1-x86_64.appimage eats all memory, crashes system due to swapping

[farid abdelnour]

Em qui, 20 de dez de 2018 às 13:03, j...@dodin.org  escreveu:

> Le 20/12/2018 à 14:59, farid abdelnour a écrit :
>
> > Unfortunately there is only *one* person (jbm) working on the
> > refactoring and maintaining the stable branch and one person (vpinon)
> > working on the Windows port. Also there are few heavy testers for the
> > refactoring branch
>
> I'm not a developer myself, but can help testing. Is the last version
> really here?
>
> https://kdenlive.org/en/download/
>
> (appipmage)
>

here is the link to the nightly appimage:
https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/

ideally would be cool to compile it yourself with debugging flags...

>
> I use openSUSE 42.3 (for now, soon leap 15)
>
> thanks
> jdd
>

thanks!

>
>
> --
> http://dodin.org
>


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

Testing day tomorrow!

[farid abdelnour]

Hi all,

Tomorrow we'll be having a testing day in order to help us decide if the
refactoring branch is ready for testing.

*Date*
22nd of February 2019, from 17pm to 22pm CET

*Where*
IRC/Freenode: #kdenlive
Telegram: Kdenlive

For more info: https://kdenlive.org/en/2019/02/ready-to-test/

Hope to see you all there. =)

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

Café tonight

[farid abdelnour]

Hi,

Just a reminder that tonight we will be having our monthly café starting at
21h (CET) on IRC/Telegram.

If you have given the refactoring a spin since the last testing day, we'd
like your feedback.

Cheers


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

Re: Kdenlive doesn't work after updating my Fedora 29

[farid abdelnour]

Hi,

Note you can always use the AppImage which we provide in the download
section in the website and after 19.04 you can get the Flatpak version from
Flathub.



Em seg, 18 de mar de 2019 às 07:45, Alistair Riddoch <
alridd...@googlemail.com> escreveu:

> What version of mlt do you currently have on your system?
>
> mlt had two recent updates, the first was 6.12.0-6 which looks like it
> unintentionally broke a vital patch, necessary to prevent crashes.
> This patch was re-enabled for mlt 6.12.0-7.
>
> On Sun, Mar 17, 2019 at 9:52 AM Mehdi Haghgoo 
> wrote:
>
>> I updated my Fedora 29 packages last night with dnf update abd suddenly
>> Kdeblive fails to start. on startup, it shows a dialog asking the location
>> of melt. I found melt in the freeze package and installed. Kdenlive started
>> but cannot render. Says "rendering crashed unknown option p" the moment I
>> start rendering.
>>
>> Any ideas how to fix this?
>>
>> Sent from Yahoo Mail on Android
>> 
>>
>
>
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>


-- 
.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: Strange problem with music - please help!

[farid abdelnour]

Hi replying quickly from phone. Are you by any chance using the gain
effect? Could you try to disable it if so and test.

Em ter, 19 de mar de 2019 06:18, B.M.  escreveu:

> Well, now I have the same problem with the second user as well. Most of
> the
>
> time it doesn't work, but once yesterday it did work:
>
>
>
> First I started rendering of my 1h movie, but music was missing entirely
>
> (although it played fine before and a short testfile did play as well as
> render
>
> fine before).
>
>
>
> After the render had finished and I'd noticed the missing audio, I somehow
>
> could at least render just the audio to a wav file, including all music
> clips.
>
> I than just replaced the audio in the mp4 using ffmpeg.
>
>
>
> But: today, when I wanted to correct a few minor things in the whole
> movie, I
>
> could open the project with working music, neither for my user neither for
>
> yesterday's.
>
>
>
> I already removed all config and cache files named *kdenlive*...
>
> Any hint where I can look at?
>
>
>
> Thank you so much!
>
> Bernd
>
>
>
>
>
> On Montag, 18. März 2019 08:43:05 CET B.M. wrote:
>
> > I'm one step further now:
>
> > If I open the project file with kdenlive started by another user it works
>
> > fine. So there has to be a problem with my kdenlive settings files (not
>
> > project settings/project file).
>
> >
>
> > Bernd
>
> >
>
> > Am 16. März 2019 10:29:52 MEZ schrieb "B.M." :
>
> > >Hi list
>
> > >
>
> > >I'm encountering a really strange problem with kdenlive - steps to
>
> > >reproduce
>
> > >it:
>
> > >
>
> > >Create new project (HD or, QHD, doesn't matter)
>
> > >Add audio to project bin (e.g. flac 44100 Hz or wav 48000, doesn't
>
> > >matter)
>
> > >Play audio: it works
>
> > >Add it to an audio track: it works
>
> > >Save file
>
> > >Restart kdenlive
>
> > >Open project file
>
> > >Play audio clip in timeline or project bin: it doesn't work, i.e. I
>
> > >cannot
>
> > >hear any sound
>
> > >Remove audio clip from project file (and timeline)
>
> > >Re-add it to project bin: it plays normally
>
> > >Re-add it to the timeline: it plays
>
> > >
>
> > >But note: if I add video clips (which include audio as well), they work
>
> > >as
>
> > >expected. So in my main project (not this minimalistic test project),
>
> > >all
>
> > >audio tracks work except the music audio track.
>
> > >
>
> > >Version: 18.08.2 on Debian stable, but it doesn't matter - app image
>
> > >17.12.0d
>
> > >doesn't work either.
>
> > >
>
> > >Any hint, where to look at?
>
> > >
>
> > >Best regards and thanks a lot for your help,
>
> > >Bernd
>
>
>
>
>

Re: Strange problem with music - please help!

[farid abdelnour]

Ok,

Happy you found a workaround, it seems to be a specific issue in your
system if i'm not mistaken.

Make sure to share your movie when your done.

Cheers

Em ter, 19 de mar de 2019 às 16:28, B.M.  escreveu:

> Thank you for your idea, but I don't think I'm using it, just the volume
> effect.
>
> BUT: I noticed something and now I'm at least one step further!
>
> If I start kdenlive by opening a project file from within dolphin, music
> plays
> fine.
>
> If I start kdenlive by clicking on my desktop icon, via the start menu or
> by
> executing /usr/bin/kdenlive from within konsole it doesn't work.
> Unfortunately
> I cannot blame firejail because executing /usr/bin/kdenlive bypasses it
> completely.
>
> That's also the reason why I had the impression that it sometimes worked,
> but
> most of the time it didn't...
>
> systemsettings -> applications shows "kdenlive %U" for mimetype
> x-kdenlive, as
> does my desktop icon. I'm not sure what exactly dolphin is doing.
>
> It's still strange and I'm definitely interested in the reason for that
> behaviour, but at least I have now a workaround :-)
>
> Bernd
>
>
> On Dienstag, 19. März 2019 13:57:58 CET farid abdelnour wrote:
> > Hi replying quickly from phone. Are you by any chance using the gain
> > effect? Could you try to disable it if so and test.
> >
> > Em ter, 19 de mar de 2019 06:18, B.M.  escreveu:
> > > Well, now I have the same problem with the second user as well. Most of
> > > the
> > >
> > > time it doesn't work, but once yesterday it did work:
> > >
> > >
> > >
> > > First I started rendering of my 1h movie, but music was missing
> entirely
> > >
> > > (although it played fine before and a short testfile did play as well
> as
> > > render
> > >
> > > fine before).
> > >
> > >
> > >
> > > After the render had finished and I'd noticed the missing audio, I
> somehow
> > >
> > > could at least render just the audio to a wav file, including all music
> > > clips.
> > >
> > > I than just replaced the audio in the mp4 using ffmpeg.
> > >
> > >
> > >
> > > But: today, when I wanted to correct a few minor things in the whole
> > > movie, I
> > >
> > > could open the project with working music, neither for my user neither
> for
> > >
> > > yesterday's.
> > >
> > >
> > >
> > > I already removed all config and cache files named *kdenlive*...
> > >
> > > Any hint where I can look at?
> > >
> > >
> > >
> > > Thank you so much!
> > >
> > > Bernd
> > >
> > > On Montag, 18. März 2019 08:43:05 CET B.M. wrote:
> > > > I'm one step further now:
> > > >
> > > > If I open the project file with kdenlive started by another user it
> > > > works
> > > >
> > > > fine. So there has to be a problem with my kdenlive settings files
> (not
> > > >
> > > > project settings/project file).
> > > >
> > > >
> > > >
> > > > Bernd
> > > >
> > > > Am 16. März 2019 10:29:52 MEZ schrieb "B.M." :
> > > > >Hi list
> > > > >
> > > > >
> > > > >
> > > > >I'm encountering a really strange problem with kdenlive - steps to
> > > > >
> > > > >reproduce
> > > > >
> > > > >it:
> > > > >
> > > > >
> > > > >
> > > > >Create new project (HD or, QHD, doesn't matter)
> > > > >
> > > > >Add audio to project bin (e.g. flac 44100 Hz or wav 48000, doesn't
> > > > >
> > > > >matter)
> > > > >
> > > > >Play audio: it works
> > > > >
> > > > >Add it to an audio track: it works
> > > > >
> > > > >Save file
> > > > >
> > > > >Restart kdenlive
> > > > >
> > > > >Open project file
> > > > >
> > > > >Play audio clip in timeline or project bin: it doesn't work, i.e. I
> > > > >
> > > > >cannot
> > > > >
> > > > >hear any sound
> > > > >
> > > > >Remove audio clip from project file (and timeline)
> > > > >
> > > > >Re-add it to project bin: it plays normally
> > > > >
> > > > >Re-add it to the timeline: it plays
> > > > >
> > > > >
> > > > >
> > > > >But note: if I add video clips (which include audio as well), they
> work
> > > > >
> > > > >as
> > > > >
> > > > >expected. So in my main project (not this minimalistic test
> project),
> > > > >
> > > > >all
> > > > >
> > > > >audio tracks work except the music audio track.
> > > > >
> > > > >
> > > > >
> > > > >Version: 18.08.2 on Debian stable, but it doesn't matter - app image
> > > > >
> > > > >17.12.0d
> > > > >
> > > > >doesn't work either.
> > > > >
> > > > >
> > > > >
> > > > >Any hint, where to look at?
> > > > >
> > > > >
> > > > >
> > > > >Best regards and thanks a lot for your help,
> > > > >
> > > > >Bernd
>
>
>

-- 
.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: Flatpack vs Appimage vs Snap vs Distro packages

[farid abdelnour]

Hi

Em seg, 18 de mar de 2019 às 10:54, Narcis Garcia 
escreveu:

> Is there any documentation page that compares these four forms of
> install & update?
>

I don't know any by heart but I am sure you'll find many comparisons
online.



> Thanks.
>


-- 
.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: Giving an option to choose MLT environment processing thread in render panel

[farid abdelnour]

Hi Fahad

Thanks for this great hint, will test it asap!

Also I apologize that we haven't given any feedback yet, currently all
efforts have been to finish the refactoring for the next release (which is
next week). After that I am sure the devs will have a look and maybe add it
for 19.04.1 due next month.

Cheers :D

Em seg, 25 de mar de 2019 às 10:21, cgvirus 
escreveu:

> Hi folks,
>
> If we could have  MLT environment processing thread option in render panel
> like encoder threads option, we could easily give kdenlive access to use
> all the cores while rendering.
>
> Currently I am doing it by modifying the render script. The thing is, it
> is quite obvious that editors will use effects every now and then and
> seeing the processing thread of 20-21% is not a pleasant surprise.
>
> Here is the link:
> https://youtu.be/PytyNRd5R40
> 
>
> Thanks.
>


-- 
.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: No Kdenlive packages for Ubuntu 19.04 via stable ppa

[farid abdelnour]

Jesse, long time!

Don't know what is the status of the PPA, but you can try the AppImage
(from our website) and Flatpak versions.

We intend to focus the 19.04 cycle to fix all the small issues left and
polish the rough edges so help with testing is much appreciated.

Cheers :D

Em seg, 22 de abr de 2019 às 18:00, Jesse DuBord 
escreveu:

> Just thought I'd mention that when you add the stable ppa to Ubuntu
> 19.04, there are no Kdenlive 19.04 packages to install.
>
> The latest refactored release looks absolutely KILLER, by the way!!!
>
>

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

Kdenlive 19.04 is out

[farid abdelnour]

hi folks

just in case you missed it:
https://kdenlive.org/en/2019/04/kdenlive-19-04-released/


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

Kdenlive Café tomorrow

[farid abdelnour]

The first Kdenlive Café after the release of the refactored code will be
held this Tuesday 7th of May at 9PM CEST. We will dedicate the first slot
of the meeting to listen to the community’s reaction and answer any doubts
or issues you might have. As usual we’ll be at #kdenlive on IRC and the
Kdenlive Telegram group.

See you!


-- 
.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: How to get Top toolbar back

[farid abdelnour]

hi

press ctrl + m

Em ter, 7 de mai de 2019 às 12:02, Douglas Pollard 
escreveu:

> Lost  the very top bar that contains permissions  and such I don't know
> the name of it.   I have done this before but don't remember how I got
> it back can't make video with out it. Thanks for any help,  Douglas
> Pollard.
>
>

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

[GSOC] Work on the titler has started

[farid abdelnour]

Akhil has started rewiting the titler for this year's gsoc.

Make sure to leave him a comment if you have any questions.

https://kdenlive.org/en/2019/06/revamping-the-titler-tool-gsoc-19/

Cheers

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

Re: KDE Email

[farid abdelnour]

Hi Douglas

We are receiving your emails. It is working now...

Em dom, 16 de jun de 2019 às 11:39, Douglas Pollard 
escreveu:

>   I signed up with KDE and should haveacess to this Kde email but so far
> hve not beem able to sebns anm w email?? may be my pass word?
>
>
>

-- 
.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: Can't get Kden live back to default.

[farid abdelnour]

Hi Doug

We hope to solve this in future releases. In the meantime you can reset it
manually moving the configuration file to another location. Open a terminal
and type:
mv ~/.config/kdenliverc ~/kdenliverc.backup

If you want to recover your last configuration then you can type:

mv ~/kdenliverc.backup ~/.config/kdenliverc

Hope this helps...

Em seg, 17 de jun de 2019 às 11:18, Douglas Pollard 
escreveu:

> I have made 80 some videos using Kdenlive over a number of years and
> about once a year or so I get the project bin and or the effects or
> compositions out of place  or hidden usually. I usually click configure
> Tool bars and click default and I get them back but sometimes all out of
> place. Sometimes I can't get them back as original that's a pain but it
> does work. I am running in Mint so now and then I delete Mint along with
> Kdenlive and start all over with a new default kdenlive. Is there an
> easy way to get Kdenlive as it was when I originally installed her. I
> have wasted a couple days trying to correct this a few times. If I have
> trouble with this new users must be driven nuts by this.  Thanks,
> Doug Pollard
>
>

-- 
.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: Understanding release process

[farid abdelnour]

Salut Aurélien

Em seg, 22 de jul de 2019 às 19:14, Aurélien Bertron <
aurelienbert...@gmail.com> escreveu:

> Hello, I'm quite confused with Kdenlive's release process. For example I
> fixed a bug then it was merged on June 14th but has not been integrated
> into latest bugfix release (19.04.3).
>

We follow the KDE Applications release schedule (
https://community.kde.org/Schedules) so probably because the window to add
new features for 19.04.3 was over? Either way it will be in the 19.08
release due August 15.

I don't want to put pressure on anybody, just trying to understand the
> release process. Maybe I could write a documentation about it afterwards.
>

No pressure at all and thanks for the help.

Btw, for all interested, we are using (and enjoying the gitlab instance)
for feel free to contribute directly there in case you haven't already. ;)

>
> Enjoy your summer,
>

The devs will be back from summer break next week!

Cheers


> Aurélien.



-- 
.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: How to position / align clips frame accurate with keyboard shortcut?

[farid abdelnour]

Hi

Em dom, 22 de set de 2019 às 16:25, DogFilm  escreveu:

> OMG, THANK YOU SO MUCH!
> Please add that to the docs, e.g. to
> https://userbase.kde.org/Kdenlive/Manual/Timeline/Editing
>

It is a wiki, you can do it yourself. ;)



> It was totally not clear that the mysterious grab thing had something to
> do with that!
> Thanks again!
>


-- 
.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: Can not find a simple audio equalizer

[farid abdelnour]

Hi DogFilm, welcome to the community

Em dom, 22 de set de 2019 às 18:54, DogFilm  escreveu:

> Where can I find a simple audio equalizer?
> What do I have to do to get some basic equalizer for audio correction?
>

This is a free software project run by a community of volunteers. We are
open to suggestions but we also have a defined roadmap. If there is
anything you'd like to see happen at  a faster pace then you must join the
effort and see it through. If you are not a developer, a first step can be
to open a detailed feature request and describe how exactly said feature
should work. Or find some enthusiatic students and your local college or
hacker club. Otherwise you can hire someone to do it.

This is something that is absolutely needed for every cut and should be
> available without having to go to the mailing list...
>

Help make it happen! Besides this mailing list we have our monthly Kdenlive
Cafés (Telegram and IRC meeting) where you'll get a chance to talk with
developers, professionals and video enthusiasts about this and other
topics.

Thanks again.
>

Cheers

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

Re: Rendering does not use full CPU

[farid abdelnour]

Dogfilm, we have received many complaints from people probably because of
your mass flooding of their inboxes. We are temporarily banning you from he
mailing list, but feel free to use the forum to share all your kdenlive
needs/complaints/suggetions.

Unfa,

The following are *my* personal views...

Em ter, 24 de set de 2019 às 08:47, Tobiasz Karoń 
escreveu:

> Well, maybe DogFilm didn't express his opinion in a polite manner...
>

Maybe?

But must say I agree with his point.
>

Yes, as you have stated before... You were contacted by the devs as well
but you have made it a ritual to come punching here with no reason. We know
you love Olive and we are happy for you. Why do ou keep coming back
unnecessarily to speak shit? Does it make you feel better?

>
> Kdenlive is a wonderful tool, and when it works - it's capable of many
> great things. But I wound never call it professional, because that brings a
> whole new level of expectations, which Kdenlive currently cannot fulfill.
>

You wouldn't and don't then! In the website we state: "

Our software was designed to answer most needs, from basic video editing to
professional work.

Kdenlive is developed by a small team and new contributors are welcome."

I am fine with that, I am a professional videomaker (not a youtuber) and
have manage to adapt and find workarounds to finish my projects.

> There's a lot of problems with Kdenlive. Performance is one of them. A
> wonton soup of effects spread across 3 (!) different categories - two
> different ways of doing keyframing and one which doesn't allow it at all.
> Effects such a transform that can visibly shift your color balance when you
> start zooming in (yes), strictly 8-bit pipeline which is very limiting is
> some cases, Effects that are fundamentally broken (UV Map is useless in the
> 8-bit color pipeline, because you can only address 256x256 pixels - it'd be
> better to remove that effect). GPU and even multi-threaded rendering which
> is flaky and tend to break stuff. There's also like 5 different effects
> that do the same thing - image transform. You can never be sure which one
> will work ore which to use. Why not have just one that works all the time?
> Audio dropouts and randomly messed up timing with each render (yes!) and
> much much more.
>
> Kdenlive can't utilize a modern PC's hardware - no matter what you throw
> at it - 4 Titans, Threadripper and 128 GB of RAM - it'll be no faster than
> on a Core Duo and integrated graphics and 8 GB of RAM. It can't play back
> smooth 1080p video even when no effects are used. That's not what you'd
> expect from a professional video editing software in 2019.
>

As we have explained to you before, this is an upstream problem. We are
trying to internally find a solution but you must know that the project is
maintained by basically one person most of the time. Welcome to the FLOSS
reality. If you skim through the issues tracker (
https://invent.kde.org/kde/kdenlive/issues), you'll see that we are aware
of your woes and are working to fix them, these things take time, again
because FLOSS. Do you get it now?

I don't say that Kdenlive is useless, but I think it's certainly not a good
> idea to call it "professional" - because that is simply misleading, creates
> unrealistic expectations, and sets the user for a disapointment - and can
> potentially scare them away from using any libre software in the future.
>

Good point, see what I wrote above...

Olive has much less features, but what is there is clean, well
> thought-through and works every time (unless you hit a bug - it's alpha
> software). Kdenlive is called stable, yet has many redundant or downrigth
> broken features, many of which are flaky. I prefer the Olive's approach -
> and I do recommend it to people as the best available libre NLA at this
> point - but it's not perfect. Though it's "professional" tagline on the
> website is misleading just in the same way and they should change it.
>

Just use Olive then! Be happy! We are not stopping you, really. :)


> I don't think it's a good idea to bash the software or it's developers -
> many use Kdenlive and are happy with it, it's making progress and has done
> a lot of work to fix the problems, but it's not there yet.
>

This is not just about Kdenlive, we are a community, each person is here
for a reason. Some are for the technical challenge, others because of their
philosophical views, we are growing as people as well, nurturing
friendships, etc...  C O M M U N I T Y.

>
> I wish it all the best, but I would not recommend it in it's current state
> to anyone who cares about the quality of their work, because it'll degrade
> with complexity and provide them with a lot of frustration.
> If they don't care at all about quality - no problem, Kdenlive is fine.
>

You must feel very entitled to come to someone's house give your opinion
and leave. No one asked you. Btw, what kind of gear do you have? An ARRI or
RED cameras? What kind f glass do you use to sho

Re: Rendering does not use full CPU

[farid abdelnour]

Hi Evert, long time!

Em qua, 25 de set de 2019 às 01:41, Evert Vorster 
escreveu:

> Hi there, Farid.
>
> I usually stay out of flame wars, as nothing good comes out of it.
> However, one of the complaints against kdenlive is it's slow preview speed
> on crappy hardware.
>

Agree.

>
> from the war---
> Kdenlive can't utilize a modern PC's hardware - no matter what you throw
> at it - 4 Titans, Threadripper and 128 GB of RAM - it'll be no faster than
> on a Core Duo and integrated graphics and 8 GB of RAM. It can't play back
> smooth 1080p video even when no effects are used. That's not what you'd
> expect from a professional video editing software in 2019.
>
>>
>> As we have explained to you before, this is an upstream problem. We are
>> trying to internally find a solution but you must know that the project is
>> maintained by basically one person most of the time. Welcome to the FLOSS
>> reality. If you skim through the issues tracker (
>> https://invent.kde.org/kde/kdenlive/issues), you'll see that we are
>> aware of your woes and are working to fix them, these things take time,
>> again because FLOSS. Do you get it now?
>>
> end of excerpt
> Original poster might be embellishing a bit. I have no problems with 4K
> HEVC on my aging i7 with only 24GB of RAM.
>
> But, I feel you may be slightly wrong in saying that this is an upstream
> problem and that there is not much we can do about it.
> This is not entirely an upstream problem, and there are things that can be
> done about it:
> To make editing and preview smooth on older hardware and emulators, use
> proxies and this neat little trick laid out in:
>

I am referring about the fact that MLT doesn't support yet GPU processing
effects so that is one of the main issues and it is upstream. Proxies is
definitely a must, I use proxies on every project and very few effects, so
that is why it is not so bad for me I guess.

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

> It is a bit long-winded, my apologies for that.
> In short, to massively improve preview performance, drop the project
> resolution. Like, way down, to VGA size..
> Once you are ready to encode, bump it up to your desired resolution.
>
> I have asked for JBM to take a look at having the preview resolution tied
> to the preview window size, or proxy resolution (I mean, why would you want
> to have a higher resolution than the footage that you are playing back, or
> the window displaying it), instead of the project resolution, but he is a
> busy man and must have forgotten about it.
>

Very interesting suggestion, maybe JB can work on it for 19.12 as a
possible workaround. Don't know technically how feasible it is though.

>
> To speed up render performance, make a kdenlive profile that does hardware
> encode. I have had some successes with it, but then again I don't care how
> long it takes for something to encode... I walk away from my computer and
> go do something else while it is working away.
>

> Kind regards, all.
> Thanks for all the hard work you are putting into this wonderful
> software... please don't stop!
>

Thanks for your feedback

Cheers!

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

Re: no clip timeline visible in 19.08.1 on Debian unstable?

[farid abdelnour]

Hi Mikko,

Which versions of Qt, MLT, KF5 do you have installed? Might be a bad
packaging... if you could please try the latest appimage and see if you are
still experiencing those issues.



Em sáb, 5 de out de 2019 às 19:57, Mikko Rapeli 
escreveu:

> On Sun, Oct 06, 2019 at 01:42:24AM +0300, Mikko Rapeli wrote:
> > Hi,
> >
> > I updated kdenlive on Debian unstable from 18.12.3-1 to
> > 19.08.1-2 but it looks like clip timeline is completely missing.
> > I can set in and out points with i and o keyboard shortcuts but
> > there isn't any visible indicator of a timeline in clip preview.
> >
> > Could it be that some config data from 18.12.3-1 and earlier versions
> > is not working on 19.08.1-2?
> >
> > I tried moving ~/.kde and ~/kdenlive to ~/tmp/ but that didn't seem
> > to help.
>
> Found it. Moved ~/.config/kdenliverc to kdenliverc-old and now clip preview
> has a visible timeline and in and out selections are visible.
> Some compatibility with old version would be nice to have in the
> configuration
> file.
>
> Sadly the clip monitor is resized to a stamp size box when starting to play
> the clip which changes the whole window layout and makes interactive
> editing
> unusable for me.
>
> I'll revert to the old version for now.
>
> Cheers,
>
> -Mikko
>


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

kdenlive 19.08.2

[farid abdelnour]

Kdenlive 19.08.2 is out with many goodies ranging from usability and user
interface improvements all the way to fixes to speed effect bugs and even a
couple of crashes.

Check it out:

   - Fix crash on composition resize. Commit.
   
   - Update MSYS2 build script. Commit.
   
   - Fix Windows audio screen grab (#344). Commit.
   
   - Remove local reference to current project. Commit.
   
   - Disable multitrack view on render. Commit.
   
   - Fix clip duration incorrectly reset on profile change. Fixes #360.
   Commit.
   
   - Fix compile warnings. Commit.
   
   - Make affine filter bg color configurable. Fixes #343. Commit.
   
   - Fix speed job in some locales. Fixes #346. Commit.
   
   - Fix some remaining effectstack layout issues. Commit.
   
   - Fix keyframes not deleted when clip start is resized/cut. Commit.
   
   - Fix track effects not working when a clip is added at end of track or
   if last clip is resized. Commit.
   
   - Add clickable field to copy automask keyframes. Fixes #23. Commit.
   
   - Show track effect stack when clicking on it’s name. Commit.
   
   - Fix crash trying to access clip properties when unavailable. Commit.
   
   - Fix effectstack layout spacing issue introduced in recent commit.
   Commit.
   
   - Fix proxy clips lost on opening project file with relative path.
   Commit.
   
   - Update AppData version. Commit.
   
   - Cleanup effectstack layout. Fixes !58 #294. Commit.
   
   - Fix mixed audio track sorting. Commit.
   
   See bug #411256 
   - Another fix for speed effect. Commit.
   
   - Speed effect: fix negative speed incorrectly moving in/out and wrong
   thumbnails. Commit.
   
   - Fix incorrect stabilize description. Commit.
   
   - Cleanup stabilize presets and job cancelation. Commit.
   
   - Deprecate videostab and videostab2, only keep vidstab filter. Commit.
   
   - Fix cancel jobs not working. Commit.
   
   - Fix some incorrect i18n calls. Commit.
   
   - Don’t hardcode vidstab effect settings. Commit.
   


-- 
.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: Devs, Please Consider This Request

[farid abdelnour]

Hi

Em sex, 11 de out de 2019 às 11:52, Anthony Walter 
escreveu:

> I saw a new version of Kdenlive is available. Devs, will you please
> consider adding this feature?
>
> https://cache.getlazarus.org/videos/video-zooming.mp4
>
> The feature above allows scrollbars in several areas to be used both for
> zooming and scrubbing through timelines. It also shows you at a glance
> the length of a clip or sequence.
>
> With this feature you can change the zoom level of a timeline by simply
> dragging at either end of a scroll associated with a timeline, or scrub
> through the timeline by clicking and dragging a scrollbar in the middle.
>

It is a cool feature, Blender has something similar...

If this feature was considered before and rejected, would you be
> considerate enough to recap how that decision was arrived at?
>
> If this feature might be added would you be so kind as to indicate its
> priority?
>

Don't think it is going to be rejected but there are not enough devs and we
have some priorities atm. Among them OpenTimelineIO integration and an
audio mixer to name a few. Not to mention small usability issues and other
improvements. The good thing is that it seems to be a low hanging issue so
hopefully someone interested in the project might feel like getting their
feet wet.


> Thanks.
>

Cheers

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

Re: Bug with "selected zone" render that only affects non-official builds

[farid abdelnour]

Hi

Em sáb, 26 de out de 2019 às 17:02, Alistair Riddoch <
alridd...@googlemail.com> escreveu:

> I reported this issue via the rpmfusion bug tracker[1], and sergio
> released a patched version of MLT with the two commits suggested here, but
> it doesn't appear to have fixed the problem. I ran through the git commits
> from v6.16.0 to now to see if I could identify what else was required, but
> didn't see anything obvious from the commit messages. Does anyone else have
> any state on other patches required to MLT to fix this issue, or do we need
> a new release of MLT?
>

I cannot reproduce running Kdenlive and MLT master.  19.08.3 due next month
will still rely on MLT 6.16 while the next major release 19.12 will bump to
MLT 6.18 (to be release soon).

>
> It would be useful to know if the kdenlive Appimages are being built from
> MLT head, or selected patches on top of v6.16.0.
>

I *think* the stable series are built with MLT 6.16 while the nightly
builds run on MLT master...



> Al
>
> 1. https://bugzilla.rpmfusion.org/show_bug.cgi?id=5416
>
> On Mon, Oct 14, 2019 at 9:51 PM Alistair Riddoch 
> wrote:
>
>> Thanks Vincent, I'll give that a try.
>>
>> Al
>>
>> On Mon, Oct 14, 2019 at 8:23 PM Vincent Pinon  wrote:
>>
>>> Le lundi 14 octobre 2019, 19:42:18 CEST Alistair Riddoch a écrit :
>>>
>>> I have come across a bug which affects rendering a selected zone, but
>>> does not occur when using the Appimages downloaded from kdenlive.org. I
>>> am uncertain whether to file a bug in the tracker, as I'm guessing it is
>>> actually a problem with a dependency. I'll describe it here, and I'm happy
>>> to file it properly, and help resolve if that seems appropriate.
>>>
>>>
>>> I'm using Fedora 30 and the bug is present in all the binaries I have
>>> built from source since some time during 19.04. I have built from the
>>> release labels, from the 19.08 branch, and from head and seen the same
>>> problem in each case. The bug is also present in the semi-official rpm
>>> package from RPM Fusion. The installed Melt is mlt-6.16.0, and is comon to
>>> all recent affected builds.
>>>
>>>
>>> The bug is that when I render a "selected zone" of the project, the
>>> output of the render is not the correct length, and doesn't contain the
>>> correct range of the project output. Very frequently the output is only 1
>>> or 2 frames long, and renders almost instantly, despite the selected zone
>>> being much longer.
>>>
>>>
>>> Repro steps:
>>>
>>>1. Create or load a project with some clips on the timeline.
>>>2. Define in in-point on the project time line which is _not_ at
>>>time 00:00:00.
>>>3. Define an out-point on the project time line which is after the
>>>in-point.
>>>4. Open the Render dialog.
>>>5. Select "selected zone".
>>>6. Format does not appear to matter, but I have only tested with WAV
>>>and MP4.
>>>7. Press "Render to File".
>>>
>>> Expected Result: The output video is the range of the project selected.
>>>
>>> Actual Result: The output video is apparently random in length, and not
>>> obviously directly related to the selected zone.
>>>
>>>
>>> I attach a project file which is a trivial repro case for the bug, and
>>> the mp4 file I got when I tried to render a 2 second zone from the middle
>>> of this project. The actual output is 2 frames long, and is not correct for
>>> the start of the selected zone.
>>>
>>>
>>> Please let me know if more information is required, or if I can do
>>> anything else to help fix the bug.
>>>
>>>
>>> Keep up the good work!
>>>
>>>
>>> Al--
>>>
>>> Alistair Riddoch
>>> alridd...@googlemail.com
>>> http://alistairriddoch.org/
>>>
>>>
>>>
>>> Hi Alistair,
>>>
>>>
>>>
>>> Try to build MLT from git, I believe it has commits fixing this bug (in
>>> June, seen on 19.04 releases, using the new consumer xml tag) :
>>>
>>> 690d3ed55f98d8e31affb1b5dbc84c6948248099 - Pass the consumer's in/out
>>> properties when using movit or multi consumer
>>>
>>> 434dbcf62048cc1220c425c2adc77697b4d40ffb - Fix multi consumer doesn't
>>> correctly handle in point
>>>
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Vincent
>>>
>>
>>
>> --
>> Alistair Riddoch
>> alridd...@googlemail.com
>> http://alistairriddoch.org/
>>
>
>
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>


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

Tomorrow - Improving Effects and Compositions UI/UX

[farid abdelnour]

Hi all

On November 1st (tomorrow) we'll be having a mini sprint to improve the
effects and compositing UI/UX for the 19.12 release. Join us from 9AM till
2PM at kdenlive (IRC or Telegram) to participate in this effort. Here [1]
you can find some issues we'll be focusing on. (Open for suggestions.)

[1] https://invent.kde.org/kde/kdenlive/issues/350

See ya!

-- 
.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: Compare Effect / Split view - help to debug

[farid abdelnour]

Hi Camille

Works as expected.

My setup:

Kdenlive Master
MLT Master
KDE Frameworks 5.63.0
Qt 5.13.1

Btw, I use arch 😎



Em sex., 1 de nov. de 2019 às 17:53, Camille 
escreveu:

> Hi all,
>
> I got a strange/buggy behavior with the split view feature (that allows
> you to split your screen: half with effects on/half with effects off).
>
> Here are the steps to reproduce the problem:
>
> 1 - Create a new project
>
> 2 - Add to the bin a footage that contains audio+video
>
> 3 - Add the footage to the timeline
>
> 4 - Add the Colorize effect to the clip on the timeline (tried with
> different effects, like greyscale,
>
> 5 - Place the playhead inside the clip on the timeline. In the monitor,
> the clip should appear blueish
>
> 6 - Click on the Compare Effect icon  in the properties panel (at the top
> of the effect stack applied to the clip).
>
> Expected result :
>
> In the monitor, half of  the clip is blueish, half has the natural colors.
>
> Actual resut :
>
> In the monitor, the clip has the natural colors, as if the effect had been
> disabled. But if you hover on the monitor, you can see the draggable red
> line and "Effect"  label.
>
> But, if you do the same steps, but only apply the effect to the video part
> it works as expected
>
> 1 - Create a new project
>
> 2 - Add to the bin a footage that contains audio+video
>
> 3 - Add the footage to the timeline
>
> 4 - Add the Colorize effect to the clip on the timeline (tried with
> different effects, like greyscale,
>
> 5- Right click on the clip on the timeline, choose Ungroup.
>
> 6 - Click on the audio part, and press "Delete"
>
> 5 - Place the playhead inside the clip on the timeline. In the monitor,
> the clip should appear blueish
>
> 6 - Select your video clip in the timeline
>
> 7 - Click on the Compare Effect icon  in the properties panel (at the top
> of the effect stack applied to the clip).
>
> Result :
>
> As expected, in the monitor, half of  the clip is blueish, half has the
> natural colors.
>
> I observe the same behavior with the following 5 different configurations:
>
> - Ubuntu 19.04,
>
> - Kdenlive, Version 19.04.3 (rev. 6657c4f62 - compiled from sources), MLT
> version 6.15.0, KDE Frameworks 5.56.0, Qt 5.12.2
>
> - kdenlive-19.11.80-afafd1f-x86_64.appimage, MLT version 6.17.0, KDE
> Frameworks 5.61.0, Qt 5.12.4
>
> - Ubuntu 19.10,
>
> - Kdenlive Version 19.11.80 (rev. 8d8887b57 compiled from source), MLT
> version 6.16.0, KDE Frameworks 5.62.0, Qt 5.12.4 -
> kdenlive-19.11.80-afafd1f-x86_64.appimage, MLT version 6.17.0, KDE
> Frameworks 5.61.0, Qt 5.12.4
>
> - kdenlive-19.08.1-x86_64.appimage, MLT version 6.17.0, KDE Frameworks
> 5.61.0, Qt 5.12.4
>
> Does anyone else encounter the same problem?
>
> Thanks !
>
> Camille
>
>

-- 
.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: VFX and film making summit 2019.

[farid abdelnour]

Hello Rutudhwaj

That is great news, happy to hear from you and see your studio. We are also
a studio in Brazil working exclusively with Free Software as well. More
recently Bruno, from Portugal has participated in the 48hour film
competition using Kdenlive. Very nice to see this network of FLOSS
videomakers growing. :)

What is it that we can help you with? I would recommend to use the nightly
AppImage so you can showcase some of the new coming features like the audio
mixer, improved effects ui, various usability fixes, and hopefully we can
get to fix some performance issues till then. If you'd like to talk about
upcoming features in 2020 you can mention advanced trimming tools, gpu
processing, multi track audio support, audio mapping, opentimelinio
integration among other exciting stuff. Basically we plan to focus the
19.12 cycle mostly on polishing and performance improvements and have a
more feature rich release for the 20.04 version.

I will see if we have some stickers left, maybe we can send you some as
well.

Regards

Em ter., 12 de nov. de 2019 às 06:54, Shark Finn 
escreveu:

> Sir/Madam,
> We Sharkfinn Studios (Pune) are participating in All India Vfx Summit in
> Hyderabad,India From 20th to 23rd November 2019. we have booked a booth for
> showcasing our work .We are going to showcase our EDITING work made in
> Kdenlive. All major software companies like Autodesk,Adobe, Foundry etc are
> also participating. Many Indian Producers and Directors are participating
> in the Seminar.As we use Kdenlive in our pipeline for Video Edits  in our
> movies and projects and we are really glad with its performance and
> output,We want to inspire Indian studios to use  Kdenlive and we think
> Kdenlive is one of the best open source software available for Video
> Editing. If you would allow then we can show Kdenlive Features and  show
> reel playing at our booth and how Kdenlive fits in the pipeline perfectly.
> This would be really a good chance and platform for promoting Kdenlive.
> Thanking you
> yours sincerely
> Rutudhwaj Deshpande - +91-9096040549
> (Sharkfinn Studios proprietor)
>
> *Navi Peth , Pune *
>
>


-- 
.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: VFX and film making summit 2019.

[farid abdelnour]

Congrats on the presentation folks.

https://youtu.be/N_8oFLromOY



Em ter., 12 de nov. de 2019 às 13:20, farid abdelnour 
escreveu:

> Hello Rutudhwaj
>
> That is great news, happy to hear from you and see your studio. We are
> also a studio in Brazil working exclusively with Free Software as well.
> More recently Bruno, from Portugal has participated in the 48hour film
> competition using Kdenlive. Very nice to see this network of FLOSS
> videomakers growing. :)
>
> What is it that we can help you with? I would recommend to use the nightly
> AppImage so you can showcase some of the new coming features like the audio
> mixer, improved effects ui, various usability fixes, and hopefully we can
> get to fix some performance issues till then. If you'd like to talk about
> upcoming features in 2020 you can mention advanced trimming tools, gpu
> processing, multi track audio support, audio mapping, opentimelinio
> integration among other exciting stuff. Basically we plan to focus the
> 19.12 cycle mostly on polishing and performance improvements and have a
> more feature rich release for the 20.04 version.
>
> I will see if we have some stickers left, maybe we can send you some as
> well.
>
> Regards
>
> Em ter., 12 de nov. de 2019 às 06:54, Shark Finn <
> sharkfinnstud...@gmail.com> escreveu:
>
>> Sir/Madam,
>> We Sharkfinn Studios (Pune) are participating in All India Vfx Summit in
>> Hyderabad,India From 20th to 23rd November 2019. we have booked a booth for
>> showcasing our work .We are going to showcase our EDITING work made in
>> Kdenlive. All major software companies like Autodesk,Adobe, Foundry etc are
>> also participating. Many Indian Producers and Directors are participating
>> in the Seminar.As we use Kdenlive in our pipeline for Video Edits  in our
>> movies and projects and we are really glad with its performance and
>> output,We want to inspire Indian studios to use  Kdenlive and we think
>> Kdenlive is one of the best open source software available for Video
>> Editing. If you would allow then we can show Kdenlive Features and  show
>> reel playing at our booth and how Kdenlive fits in the pipeline perfectly.
>> This would be really a good chance and platform for promoting Kdenlive.
>> Thanking you
>> yours sincerely
>> Rutudhwaj Deshpande - +91-9096040549
>> (Sharkfinn Studios proprietor)
>>
>> *Navi Peth , Pune *
>>
>>
>
>
> --
> .1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
> fsf member #5439
> usuario GNU/Linux #471966
> |_|0|_|
> |_|_|0|
> |0|0|0|
> http://www.gunga.com.br";>gunga
> http://www.tempoecoarte.com.br";>tempoecoarte
> http://www.atelier-labs.org";>atelier-labs
> http://www.mocambos.net";>rede mocambos
>


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

Kdenlive 19.12 beta is out

[farid abdelnour]

Kdenlive 19.12 beta is out with many bug fixes and improvements. The
highlights include:

* New audio mixer
* Bin monitor redesign
* Performance and usability improvements
* Many Windows fixes

Give it a spin:
https://files.kde.org/kdenlive/unstable/kdenlive-19.12.0-beta1-x86_64.appimage

Thanks

-- 
.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: Multiple timelines and timeline imbrication

[farid abdelnour]

Hi Loïc

Em seg., 25 de nov. de 2019 às 21:29,  escreveu:

> Dear Kdenlive Team,
>
> Do you consider timeline refactoring stable enough to implement timeline
> imbrication (and the possibility to add multiple timelines to a project)
> ?
>

Yes, this is in the roadmap. Hopefully we manage to get it in for the 20.04
or 20.08 release.

Only one timeline limit Kdenlive usage for editing short films. When you
> have a lot of material, it's not easy to manage a project with only one
> timeline.
>
> There is also 2 (small) uncomfortable behaviors :
>
> - when you play a media then move the cursor on the timeline, the
> playing action continue (it will be more comfortable to stop playback
> when the cursor is moved).
>

This has been fixed in master branch, hopefully it makes it for next 19.12
release.

- when you select precisely an image with the keyboard arrows then you
> want to cut (X tool) at the selected frame, you need actually to
> zoom in to be sure that the cut will apply at the current image.
>

As others have said you can use "shift + r", I personally have mapped the
shortcut to just "r". Definitely we can improve the usability of this
tool.


> It's a common feedback from Kdenlive users at the École d'Art d'Uccle
> (in Brussels) where there is 30 students from 12 to 60 years old using
> Kdenlive as main editor for their films.
>

Nice to hear. Say hello from the Kdenlive team to all and do share their
edits when you can. :)


> Very happy to see Kdenlive becoming better and more stable on every
> release. Thank you for your work.
>

Yes, definitely it hasn't been a year since the new code is out and it has
improved a lot. Next versions are very promising. Stay tuned. :)


> Loïc Vanderstichelen
>

Cheers


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

19.12 RC

[farid abdelnour]

With five days before freeze Kdenlive 19.12 RC is out. Check out more
performance and render speed improvements and many bug fixes for Windows
fixes to name a few.

Please test and report back:

https://files.kde.org/kdenlive/unstable/kdenlive-19.12.0-RC-x86_64.appimage.mirrorlist


-- 
.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: Rendering does not use full CPU

[farid abdelnour]

Hi again Evert,

Em qua., 25 de set. de 2019 às 01:41, Evert Vorster 
escreveu:

> Hi there, Farid.
>
> I usually stay out of flame wars, as nothing good comes out of it.
> However, one of the complaints against kdenlive is it's slow preview speed
> on crappy hardware.
>

>From my experience there has been a significant improvement in timeline
responsiveness, could you build from Master branch or try tomorrow's
AppImage?

Cheers :D


-- 
.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: 19.12 RC

[farid abdelnour]

Em dom., 1 de dez. de 2019 às 19:58, Alistair Riddoch <
alridd...@googlemail.com> escreveu:

> Is this the version tagged v19.11.90 in git?
>

Yes, it will be tagged 19.12 on thursday:

https://community.kde.org/Schedules/release_service/19.12_Release_Schedule#Thursday.2C_December_5.2C_2019:_release_service_19.12_Tagging



> On Sun, 1 Dec 2019 at 22:14, farid abdelnour  wrote:
>
>> With five days before freeze Kdenlive 19.12 RC is out. Check out more
>> performance and render speed improvements and many bug fixes for Windows
>> fixes to name a few.
>>
>> Please test and report back:
>>
>>
>> https://files.kde.org/kdenlive/unstable/kdenlive-19.12.0-RC-x86_64.appimage.mirrorlist
>>
>>
>> --
>> .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
>>
>
>
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>


-- 
.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: KDE CI: Applications » kdenlive » kf5-qt5 SUSEQt5.12 - Build # 277 - Fixed!

[farid abdelnour]

Sorry for this emails folks, we are fixing it.



Em seg., 2 de dez. de 2019 às 20:16, CI System  escreveu:

> *BUILD SUCCESS*
> Build URL
> https://build.kde.org/job/Applications/job/kdenlive/job/kf5-qt5%20SUSEQt5.12/277/
> Project: kf5-qt5 SUSEQt5.12
> Date of build: Mon, 02 Dec 2019 22:56:10 +
> Build duration: 19 min and counting
> * JUnit Tests *
> Name: (root) Failed: 0 test(s), Passed: 2 test(s), Skipped: 0 test(s),
> Total: 2 test(s)
> * Cobertura Report *
> * Project Coverage Summary *
> Name Packages Files Classes Lines Conditionals
> Cobertura Coverage Report 36% (23/64) 23% (79/345) 23% (79/345) 20%
> (14308/70118) 29% (28152/97741)
> Coverage Breakdown by Package
> Name Files Classes Lines Conditionals
> renderer 0% (0/3) 0% (0/3) 0% (0/254) 0% (0/234)
> src 42% (8/19) 42% (8/19) 14% (548/3977) 13% (267/2093)
> src.abstractmodel 67% (2/3) 67% (2/3) 66% (231/351) 45% (94/207)
> src.assets 67% (2/3) 67% (2/3) 39% (157/407) 58% (143/247)
> src.assets.assetlist.model 0% (0/2) 0% (0/2) 0% (0/138) 0% (0/102)
> src.assets.assetlist.view 0% (0/1) 0% (0/1) 0% (0/37) 0% (0/4)
> src.assets.assetlist.view.qmltypes 0% (0/1) 0% (0/1) 0% (0/59) 0% (0/48)
> src.assets.keyframes.model 40% (2/5) 40% (2/5) 30% (347/1150) 20%
> (141/706)
> src.assets.keyframes.model.corners 0% (0/1) 0% (0/1) 0% (0/55) 0% (0/21)
> src.assets.keyframes.model.rotoscoping 0% (0/2) 0% (0/2) 0% (0/81) 0%
> (0/60)
> src.assets.keyframes.view 0% (0/1) 0% (0/1) 0% (0/189) 0% (0/101)
> src.assets.model 67% (2/3) 67% (2/3) 31% (221/702) 30% (172/583)
> src.assets.view 0% (0/1) 0% (0/1) 0% (0/205) 0% (0/122)
> src.assets.view.widgets 0% (0/23) 0% (0/23) 0% (0/2027) 0% (0/703)
> src.assets.view.widgets.curves 0% (0/4) 0% (0/4) 0% (0/332) 0% (0/104)
> src.assets.view.widgets.curves.bezier 0% (0/5) 0% (0/5) 0% (0/310) 0%
> (0/156)
> src.assets.view.widgets.curves.cubic 0% (0/3) 0% (0/3) 0% (0/334) 0%
> (0/180)
> src.audiomixer 0% (0/3) 0% (0/3) 0% (0/519) 0% (0/235)
> src.bin 44% (8/18) 44% (8/18) 11% (461/4180) 7% (180/2665)
> src.bin.generators 0% (0/1) 0% (0/1) 0% (0/103) 0% (0/44)
> src.bin.model 50% (1/2) 50% (1/2) 77% (231/299) 51% (100/196)
> src.capture 33% (2/6) 33% (2/6) 1% (9/672) 0% (0/415)
> src.dialogs 0% (0/11) 0% (0/11) 0% (0/4215) 0% (0/2692)
> src.doc 20% (1/5) 20% (1/5) 0% (8/3349) 0% (2/2671)
> src.dvdwizard 0% (0/6) 0% (0/6) 0% (0/2030) 0% (0/856)
> src.effects 50% (1/2) 50% (1/2) 34% (73/213) 16% (25/152)
> src.effects.effectlist.model 0% (0/2) 0% (0/2) 0% (0/111) 0% (0/86)
> src.effects.effectlist.view 0% (0/2) 0% (0/2) 0% (0/56) 0% (0/10)
> src.effects.effectstack.model 100% (4/4) 100% (4/4) 31% (325/1033) 20%
> (162/794)
> src.effects.effectstack.view 0% (0/5) 0% (0/5) 0% (0/622) 0% (0/282)
> src.effectslist 0% (0/1) 0% (0/1) 0% (0/33) 0% (0/8)
> src.jobs 5% (1/19) 5% (1/19) 0% (7/1937) 0% (1/1319)
> src.jogshuttle 17% (1/6) 17% (1/6) 1% (1/171) 0% (0/90)
> src.lib 0% (0/1) 0% (0/1) 0% (0/7) 100% (0/0)
> src.lib.audio 0% (0/9) 0% (0/9) 0% (0/453) 0% (0/263)
> src.library 0% (0/2) 0% (0/2) 0% (0/430) 0% (0/214)
> src.mltcontroller 25% (1/4) 25% (1/4) 9% (128/1502) 11% (101/943)
> src.monitor 0% (0/10) 0% (0/10) 0% (0/2946) 0% (0/1647)
> src.monitor.scopes 0% (0/7) 0% (0/7) 0% (0/477) 0% (0/178)
> src.profiles 80% (4/5) 80% (4/5) 19% (58/300) 21% (28/134)
> src.profiles.tree 0% (0/2) 0% (0/2) 0% (0/115) 0% (0/92)
> src.project 13% (1/8) 13% (1/8) 1% (10/1051) 0% (1/510)
> src.project.dialogs 0% (0/12) 0% (0/12) 0% (0/2273) 0% (0/1158)
> src.qt-oauth-lib 33% (1/3) 33% (1/3) 1% (1/148) 0% (0/36)
> src.scopes 33% (1/3) 33% (1/3) 0% (1/342) 0% (0/184)
> src.scopes.audioscopes 0% (0/6) 0% (0/6) 0% (0/682) 0% (0/394)
> src.scopes.colorscopes 7% (1/14) 7% (1/14) 0% (1/1180) 0% (0/480)
> src.simplekeyframes 0% (0/2) 0% (0/2) 0% (0/232) 0% (0/102)
> src.timeline2.model 100% (17/17) 100% (17/17) 57% (3570/6221) 44%
> (2218/5067)
> src.timeline2.model.builders 0% (0/1) 0% (0/1) 0% (0/205) 0% (0/163)
> src.timeline2.view 0% (0/5) 0% (0/5) 0% (0/2240) 0% (0/1672)
> src.timeline2.view.dialogs 0% (0/4) 0% (0/4) 0% (0/175) 0% (0/104)
> src.timeline2.view.qml 0% (0/1) 0% (0/1) 0% (0/101) 0% (0/50)
> src.timeline2.view.qmltypes 0% (0/2) 0% (0/2) 0% (0/47) 0% (0/24)
> src.titler 0% (0/7) 0% (0/7) 0% (0/3565) 0% (0/1682)
> src.transitions 50% (1/2) 50% (1/2) 71% (62/87) 45% (19/42)
> src.transitions.transitionlist.model 0% (0/2) 0% (0/2) 0% (0/69) 0% (0/44)
> src.transitions.transitionlist.view 0% (0/2) 0% (0/2) 0% (0/60) 0% (0/18)
> src.transitions.view 0% (0/2) 0% (0/2) 0% (0/89) 0% (0/30)
> src.utils 0% (0/12) 0% (0/12) 0% (0/1065) 0% (0/590)
> src.widgets 0% (0/8) 0% (0/8) 0% (0/932) 0% (0/284)
> src.xml 100% (1/1) 100% (1/1) 16% (17/104) 22% (16/74)
> tests 94% (16/17) 94% (16/17) 61% (7841/12800) 39% (24482/63342)
> thumbnailer 0% (0/1) 0% (0/1) 0% (0/69) 0% (0/34)
>


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

Re: Small Bug in Kdenlive 19.12 RC

[farid abdelnour]

Yes! Noticed this yesterday night as well. We'll fix it before tomorrow
(deadline).



Em qua., 4 de dez. de 2019 às 09:30,  escreveu:

> Hello,
>
> There is a small bug in the RC (and it was not on pervious version).
>
> It happens when you play something on the monitor (from clip or on
> timeline) :
>
> - display something on monitor (clip or timeline)
> - play it (play button or spacebar) and stop it
> - when you want to go back to previous frame (with left arrow of the
> keyboard), it doesn't work.
> - if you go to next frame (right arrow), then it's OK and you can go
> back to previous frame
>
> Loïc
>
>

-- 
.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: Small Bug in Kdenlive 19.12 RC

[farid abdelnour]

fixed.

Em qua., 4 de dez. de 2019 às 09:30,  escreveu:

> Hello,
>
> There is a small bug in the RC (and it was not on pervious version).
>
> It happens when you play something on the monitor (from clip or on
> timeline) :
>
> - display something on monitor (clip or timeline)
> - play it (play button or spacebar) and stop it
> - when you want to go back to previous frame (with left arrow of the
> keyboard), it doesn't work.
> - if you go to next frame (right arrow), then it's OK and you can go
> back to previous frame
>
> Loïc
>
>

-- 
.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: how to get a log ?

[farid abdelnour]

Hi Loïc

Kdenlive is installed on many machines at school but it crash on one of
> them.
>

I am guessing you are running Linux since you mention Flowblade below, so
which distribution? Which version of Kdenlive? Is it AppImage, PPA, distro
package? Which MLT version is distro package?

If I understand correctly it is happening only with one machine? It must
have the same hardware as the rest right?  Since you

As soon I try to display something on the monitor (even a simple
> generated color), it crash.
>

Do you have GPU processing turned on? Can you maybe reset all of Kdenlive's
configs. Go to Help -> Reset configuration and see here as well:
https://community.kde.org/Kdenlive/Configuration


> When I import a clip (I try with many formats : MP4, Apple Prores,
> DnxHD,...) and wait for a few seconds, it crash... (without trying to
> display it on the monitor)
>
> I've checked with Flowblade (also based on MLT) and it works.
>
> Is it possible to run Kdenlive with a --debug property or get a log file
> to check where it can come from ?
>

Can you compile it and run it with GDB? See here:
https://community.kde.org/Kdenlive/Development/KF5#Compile_Kdenlive

Otherwise just run it from the terminal and see if it gives a clue.


> Thanks
>

 Let us know how that goes...

>
> Loïc
>


-- 
.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: Latest kdenlive

[farid abdelnour]

Hi Mettavihari,

So as Vincent said use the AppImage for now at least until next LTS in case
you will upgrade.

Next thursday (December 12) will be the release of 19.12. One thing to
note, you are using the 15.x version which is very different from the post
code refactoring 19.x series. So I would personally recommend to only start
new projects with this new version.

Let us know how the upgrade goes.

Cheers


Em qui., 5 de dez. de 2019 às 10:35, Mettavihari D 
escreveu:

> Greetings
>
> We have been using kdenlive on our production during the last 4-5 years.
>  Before kdenlive we were using cinelerra
>
> Our setup is the standard ubuntu LTS version and kdenlive from the
> repositories.
>
> I note that the version we are working with is 15.x.x
>
> On the list you talk about version 19.x.x
>
> Would you recommend us to build our own updated version,  and if so where
> should i take the source code from.
>
> We use the kdenlive in a production environment on about 20 PCs all
> running Ubuntu LTS and would like to have a somewhat stable version.
>
> We are, along with that, also happy to compile the occasional test version
> if the community needs it.
>
> We regularly build our own ffmpeg version
>
> Regards
> Mettavihari
>
>

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

Kdenlive 19.12 is out

[farid abdelnour]

Hi all

After four months of intense work and more than 200 commits, Jean-Baptiste
Mardelle and the Kdenlive team are happy to announce the release of
Kdenlive 19.12.0. This release comes with many changes under the hood, new
features and nifty eye candy additions. The highlights include huge
performance improvements resulting in a faster and smoother timeline, a new
audio mixer, master effects (audio/video), and better audio waveform
display to name a few. Not to mention the usual round of stability and
usability fixes.

Check it out:
https://kdenlive.org/en/2019/12/kdenlive-19-12-0-is-out/

Please test and tell us what you think.



-- 
.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: All my old projects don't work after v18.12

[farid abdelnour]

Hi

I cannot reproduce...

I opened, closed and reopened and it loaded correctly.

[image: image.png]


Em seg., 6 de jan. de 2020 às 14:14, Jesper Thorup Nielsen <
jesp...@jthorup.dk> escreveu:

> I have used AppImage for 1812 and 1912, the files and some image can be
> found at jtn.dk/Kdenlive
>
> The files are only the beginning of the project, but the result is the
> same.
>
> Regards
>
> Jesper
> On 05/01/2020 09.37, Eugen Mohr wrote:
>
> Hello Jesper
>
> Please attach your Kdenlive project file to this mail. Then we can check
> what happen.
>
> Which OS do you use? If you use Linux please try with the current Kdenlive
> AppImage version 19.12.0a to see if there are any packaging issues
> https://files.kde.org/kdenlive/release/
>
> If the problem/issue doesn't occur when using the AppImage, then it's your
> configuration or packaging.
>
> Thanks
>
> Eugen
>
>
> Am 04.01.2020 um 23:06 schrieb Jesper Thorup Nielsen:
>
> I can open old projects and all looks fine, but after I save in 19.12 and
> open again the many clips in the timeline has moved around.
>
>

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

more speed improvements coming

[farid abdelnour]

Hi all

JB just added a commit[1] allowing monitor scaling. In Monitor menu, you
can now select to work in full, 1/2, 1/4 and 1/8 resolution bringing a
major performance boost. This adressess Evert's long due feature request.
[2] :)

This is one of the many improvements MLT will be getting this year.

Please test and report issues. (NB, you need latest MLT master.)

[1]
https://cgit.kde.org/kdenlive.git/commit/?id=31c339ff90d4796b7dfaa36896a21a989d146212

[2] https://bugs.kde.org/show_bug.cgi?id=369080

-- 
.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: more speed improvements coming

[farid abdelnour]

Em qua., 15 de jan. de 2020 às 16:42, Alistair Riddoch <
alridd...@googlemail.com> escreveu:


> I have tested it with a 45 minute project, and there is a
> noticeable performance improvement. It's not a massive improvement for me,
> but I'm not using proxy clips yet, so I'm probably not getting the best
> case improvement. The feature clearly works, as the resolution reduction is
> obvious in the monitor.
>

I have noticed a drastic improvement in my initial test. I added two luts
and a blur effect and at 1/4 resolution it plays smoothly without proxies.

>
> No sign of any issues.
>
> Thanks for this! Any performance improvement is much appreciated!
>
>
>>
>> [1]
>> https://cgit.kde.org/kdenlive.git/commit/?id=31c339ff90d4796b7dfaa36896a21a989d146212
>>
>> [2] https://bugs.kde.org/show_bug.cgi?id=369080
>>
>> --
>> .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
>>
>
>
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>


-- 
.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: Pitch compensation on speed effect doesn't seem to work

[farid abdelnour]

Hi Alistair

Do you have Rubberband installed?

Cheers

PS
Since you are on git master, do test the new preview scaling and let us
know if you find any issues. ;)

Em sáb., 15 de fev. de 2020 às 12:02, Alistair Riddoch <
alridd...@googlemail.com> escreveu:

> I was really happy to see this commit a couple of days ago:
>
> 402c251eae642ff3352bb4b8895ee882503eddfc
> Add pitch compensation to speed effect (requires MLT git)
>
> My videos depend on having pitch compensated audio for time accelerated
> video, and the only way I've been able to do it is by exporting the audio,
> and modifying the tempo in Audacity. I'm really thankful this has been
> added, but I don't seem to be able to get it to work. The audio pitch is
> not affected by the setting.
>
> I've rebuilt mlt from git master, verifying
> that bmatherly/pitch_compensate is included.
> I've rebuilt kdenlive from git master, completely from a clean tree.
>
> What could I be missing, and what more information is needed to work out
> why?
>
> Al
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>


-- 
.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: Pitch compensation on speed effect doesn't seem to work

[farid abdelnour]

Do note that the fftw renaming is not necessary on Arch based systems
though. Just install rubberband, vamp-plugin-sdk and ladspa, then compile
mlt from git master...

Em sáb., 15 de fev. de 2020 às 13:06, Eugen Mohr 
escreveu:

> Hello
>
> The rubberband lib integration into MLT is not proper done so far. You
> have to manually do the following:
>
> lib/pkgconfig/fftw.pc rename to fftw3.pc
>
> compile rubberband
>
> compile vamp-plugin-sdk
>
> compile ladspa-sdk
>
> On the end compile and merge MLT again. This should enable rubberband in
> MLT which will handle the pitch compensation.
>
> Or you wait until the rubberband integration is done correctly.
>
>
> Am 15.02.2020 um 16:02 schrieb Alistair Riddoch:
>
> I was really happy to see this commit a couple of days ago:
>
> 402c251eae642ff3352bb4b8895ee882503eddfc
> Add pitch compensation to speed effect (requires MLT git)
>
> My videos depend on having pitch compensated audio for time accelerated
> video, and the only way I've been able to do it is by exporting the audio,
> and modifying the tempo in Audacity. I'm really thankful this has been
> added, but I don't seem to be able to get it to work. The audio pitch is
> not affected by the setting.
>
> I've rebuilt mlt from git master, verifying
> that bmatherly/pitch_compensate is included.
> I've rebuilt kdenlive from git master, completely from a clean tree.
>
> What could I be missing, and what more information is needed to work out
> why?
>
> Al
> --
> Alistair Riddoch
> alridd...@googlemail.com
> http://alistairriddoch.org/
>
>

-- 
.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: How to change Sterio into monoral

[farid abdelnour]

You can use the "Copy Channels" audio effect and replace the bad side with
the good one.

Em dom., 1 de mar. de 2020 às 15:23, Douglas Pollard 
escreveu:

> I have a sterio voice tack that is weak and scratch. Is it possible to
> eliminate that track for better soind rather than having to re record
> the whole thing.   Thanks, Douglas
>
>

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

Café is back and some news

[farid abdelnour]

Hi all,

The next Kdenlive Café will be held on April 13th (Monday) at 21:00 CET.
Hope to see you!

As you may know, a big release is coming our way, we have a Release
Candidate of the 20.04 version, please test it. Some highlights:

* Preview Scaling in monitors
* OpenTimeline(OTIO) adapter
* Pitch shift on speed change
* Filtering in the Project Bin due tagging and rating of clips
* Multicam improvements

Direct link:
https://files.kde.org/kdenlive/unstable/kdenlive-20.04-rc2-x86_64.appimage

In other exciting news, Movit (GPU effects) received a big batch of fixes
in MLT master, do check it out if you can.

Cheers

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

Kdenlive 20.04 is out

[farid abdelnour]

The team is happy to announce the release of Kdenlive 20.04, this version
marks the one year anniversary release of the code refactoring. The
highlights include major speed improvements due to the Preview Scaling
feature, New rating, tagging sorting and filtering of clips in the Project
Bin for a great logging experience, Pitch shifting is now possible when
using the speed effect, Multicam editing improvements and OpenTimelineIO
support. Besides all the shiny new features, this version comes with fixes
for 40 critical stability issues as well as a major revamp of the user
experience. Kdenlive is now more reliable than ever before.

To the old timers, groups effects are back! ;)

https://kdenlive.org/en/2020/04/kdenlive-20-04-is-out/

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

maintenance release

[farid abdelnour]

Fast on the heels of the 20.04.0 release comes
 20.04.0b. This fix corrects:

* several crash fixes
* broken timeline preview
* broken image sequences
* Non working audio drag from monitor
* Incorrect timecode in 23.98 fps
* Broken archive feature
* Compositions broken on insert audio track
* Timeline autoscroll sometimes not workin
* Template tile duration reset on project opening
* And more...
Get it:
https://files.kde.org/kdenlive/release/kdenlive-20.04.0b-x86_64.appimage.mirrorlist

-- 
.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: REMOOVE ME FROM YOUR MESSAGE BASE

[farid abdelnour]

To unsubscribe from the mailing list just go here:
https://mail.kde.org/mailman/listinfo/kdenlive

Scroll to the bottom and unsubscribe.

Em seg., 18 de mai. de 2020 às 17:18, AV Team Christchurch <
mediat...@christchurch.de> escreveu:

>
>
> Bruce;
> Pax et Bonum
>
>
> > On 18 May 2020, at 21:48, Buck Maddrey  wrote:
> >
> >
>


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

new tiler update

[farid abdelnour]

Some news from the titler rewrite:

https://kdenlive.org/en/2020/05/kdenlive-titler-tool-rewrite-an-update/

-- 
.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: How to Shape Alpha works?

[farid abdelnour]

Which version are you using? Which OS?

My compiled version has rectangle, ellipse, triangle and diamond, have you
tried using the AppImage?



Em seg., 1 de jun. de 2020 às 21:35, andres tello 
escreveu:

> I remember, I used once, and it had 'preloaded' shapes...
>
> Now it ask me for a file... which is good, but, how do I make those
> shapes?
> Any tutorial?
>
> TIA.
>
>

-- 
.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: Proxy Issues turning video white with 20.04

[farid abdelnour]

Hi

There is an issue creating proxies, we are fixing it.

Thanks

Em qui., 7 de mai. de 2020 às 13:10, Seth Steenwyk 
escreveu:

> Hi I have a questions. I just downloaded Kdenlive 20.04 and when I proxy
> any clips that I import it turns the video white. Is there something that I
> am doing wrong? Or a setting that I need to change?
> Let me know. Thanks
> Seth
>


-- 
.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: Bad preview of 4k video

[farid abdelnour]

Hi

To third Camille's suggestion I also recommend to reduce the preview
resolution. Ever since that feature was introduced I stopped using proxies.
I can't recall a bad experience with proxies besides the disk space,
fortunately for 20.08 JBM added an interface to manage the generated
proxies. (See attachment)

Cheers




Em dom., 28 de jun. de 2020 às 11:48, Evert Vorster 
escreveu:

> Hi there, Mehdi.
>
> To second Camille's suggestion, the first thing to try would be to lower
> the preview resolution. This setting does not affect the rendered video,
> but does provide a much smoother editing experience on older hardware. When
> editing 4K footage on my machine, I use a resolution of 540p for my
> monitor. This is near VHS quality, if you are old enough to remember that
> format.
>
> Proxies are lower resolution copies of your original footage that Kdenlive
> can create automatically, and represents another level of smoothing of the
> editing process on older hardware. Unfortunately proxies create all sorts
> of problems in Kdenlive. Drawbacks include extra disk space used as well as
> the time it takes to generate. For your own sanity, please avoid using
> proxies if you can.
>
> Kind regards,
> Evert Vorster
> Awesome Chapters Tours
> http://www.awesomechapters.com
> Tel: +264 (0) 811477690
>
>
> On Sun, 28 Jun 2020 at 14:24, Camille Moulin 
> wrote:
>
>> Hi Mehdi,
>>
>> Thanks for the  kind words about kdenlive :-).
>> About your performance problem, on short term you can try to lower down
>> the preview resolution (in the lower left corner of the monitor, see
>> picture attached.)or you can enable proxies.
>> On the medium/long term, the goal is to be able to use GPU, but this is
>> quite a large task and needs also to be implemented at MLT's level.
>> Cheers,
>> Camille
>>
>>
>> On 28/06/2020 13:05, Mehdi Haghgoo wrote:
>>
>> [...]
>> I have a small problem though, Kdenlive is bad at previewing in-edit
>> tracks especially for high-res videos like 4k and when layering multiple
>> tracks. It just plays with a lot of hiccups. I have low end laptop: core i5
>> 6200u dual core with Intel 520 graphics.
>> Is there a way to improve the performance in future versions or are there
>> any plans?
>> I have not tried kdenlive with a discrete graphics. Maybe, these issues
>> are not present on powerful systems.
>>
>>
>>
>>
>>
>> Again thank you for your great work. I would love this message to be seen
>> as a query and suggestion at its best.
>>
>> Looking forward to hearing your thoughts.
>>
>>
>> Best regards
>> - mehdi
>>
>>
>>

-- 
.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: Crash with transform filter

[farid abdelnour]

Hi Rafal

I am unable to reproduce your issue with Kdenlive and MLT from master
following the steps you mentioned. Could you share the project file causing
this issue?

Do note that Kdenlive master branch received a big change recently in the
project file format making older versions of Kdenlive not able to open it
without manual modification. So if you'd like to test, make a backup of
your project file.

Cheers

Em dom., 5 de jul. de 2020 às 18:15, Rafal Lalik 
escreveu:

> Hi,
>
> I have a weird problem with transform filter. After applying it to an
> image, the playback causes abortion of kdenlive. i am able track the
> problem back to mlt.
>
>
>
> MWE is a project with still image (jpg).
>
> 1. Add an image to the track
> 2. Add transform effect
> 3. Try to play the clip in the timeline.
>
> For me the kdenlive crashes every time.
>
> I tried that with 20.04.2 and the git master. My mlt is 6.20.0.
>
>  From what I was able to find is that the QPainter in filter_qblend.cpp
> receives at some point width,height = 0,0, and QPainter fails with error:
>
> QPainter::begin: Paint device returned engine == 0, type: 3
> QPainter::setCompositionMode: Painter not active
> QPainter::setRenderHint: Painter must be active to set rendering hints
> QPainter::setWorldTransform: Painter not active
> QPainter::setOpacity: Painter not active
> QPainter::end: Painter not active, aborted
>
> in this code (I added my comments to highlight problematic places):
>
>
> uint8_t *dest_image = NULL;
> dest_image = (uint8_t *) mlt_pool_alloc( image_size );
>
> QImage destImage;
> // width, height here is (sometimes) 0,0
> convert_mlt_to_qimage_rgba( dest_image, &destImage, *width, *height );
> // destImage has size of 0x0
> destImage.fill( mlt_properties_get_int( properties, "background_color" ) );
>
> QPainter painter( &destImage );
> painter.setCompositionMode( ( QPainter::CompositionMode )
> mlt_properties_get_int( properties, "compositing" ) );
> painter.setRenderHints( QPainter::Antialiasing |
> QPainter::SmoothPixmapTransform );
> painter.setTransform(transform);
> painter.setOpacity(opacity);
> // painter breaks after trying painting on image 0x0
> painter.drawImage(0, 0, sourceImage);
>
>
> what is followed with bad image in destImage and an assertion fail from
> following code inside:
>
> convert_qimage_to_mlt_rgba( &destImage, dest_image, *width, *height );
>
>
> ASSERT: "mImg == qImg->constBits()" in file common.cpp, line 63
>
>
> I was not able to find why width,height are equal to 0,0
>
>
> Do you have any idea how to trace back the problem to its source?
>
> Regards,
> Rafał
>


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

Kdenlive Café Tonight

[farid abdelnour]

Hello folks

Tonight at 9PM Paris time we'll be having our Kdenlive Café. Join us!

matrix: #kdenlive :kde.org
irc: #kdenlive
telegram: https://t.me/kdenlive

Cheers

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

Re: 8K Support?

[farid abdelnour]

Em seg., 27 de jul. de 2020 às 21:02, andres tello 
escreveu:

> I erally hope MLT supports deeper color depth, since now is becoming more
> frecuently to get bigger and deeper formats...
>

There has definitely been a paradigm change and hopefully we can see a
shift in that direction eventually. I think the MLT devs are aware of this
though and they might decide on this when the time is right. It is not a
simple task..


> I mean, just a couple of years, 4k sounded like, maybe someday but then,
> 6k, 8k and 12k  were like simultaneously
>
Also 4:2:2 is becoming more available in a relatively cheaper hardware
>

Indeed, 4K is becoming ubiquitous in some markets and my next camera will
definitely be 4K and with more color depth. I can only think of
implementing an MLT-OpenColorIO module as a solution for color management.


On Mon, Jul 27, 2020 at 6:29 PM  wrote:
>
>> Agh this sucks! I did read this in the mlt docs but at the time it wasn't
>> limiting what I was doing... I will ask on the MLT list if there's any work
>> being done on this.
>>
>> El 27 jul 2020, a las 14:44, Tobiasz Karoń  escribió:
>>
>> MLT (and hence all software that depends on it) is hard-coded for 8-bit
>> color. It was created for TV broadcasting, not video editing really.
>>
>> I am not sure about Blender VSE nowadays - maybe that one allows working
>> with deep color?
>>
>> On Mon, Jul 27, 2020, 13:14  wrote:
>>
>>> Does Kdenlive/MLT not support 10-bit color?
>>>
>>> El 25 jul 2020, a las 19:35, Tobiasz Karoń  escribió:
>>>
>>> Out of curiosity: what would you need 8K for?
>>> And also - wouldn't you need 10-bit color too?
>>>
>>> - unfa
>>>
>>> sob., 25 lip 2020 o 19:02 Almond Joy  napisał(a):
>>>
 Hi,

 Is your video editing software 8K compatible?

 Thank You

>>>
>>>
>>> --
>>> - Tobiasz 'unfa' Karoń
>>>
>>> www.youtube.com/unfa000
>>>
>>>

-- 
.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: 8K Support?

[farid abdelnour]

Em ter., 28 de jul. de 2020 às 18:27, Dan Dennedy 
escreveu:

>
> On Mon, Jul 27, 2020 at 6:19 PM Tobiasz Karoń  wrote:
>
>> I would personally not bet on MLT improving here. It's a very old
>> framework with a legacy that's holding it back, and it doesn't seem to get
>> much development done. I think it'd be best if video editors simply stopped
>> considering it a good option. We have way too many "front-ends" to MLT all
>> being held back by it's limited design.
>>
>
Imagine if the Blender community had this mentality when Ton decided to
move to Blender 2.5. Of course it is not the same situation but still. I
have told you before that this kind of rant really doesn't help...

MLT is a production proven framework and even though it has its
shortcomings, as long as it is maintained I will personally cheer for it as
the solution for floss video editing.

>
> Do not listen to this nonsense. He does not have a software engineering
> background. Fun fact: Kdenlive is older than MLT! But both are younger than
> most popular commercial NLEs. Not bad for a few developers working part
> time. The development of MLT speaks for itself through the git log and 
> https://mltfraI
> can see very clearly its shortcomings but can also see its potential.
> mework.org/blog/ . Development is done
> primarily by the Shotcut and Kdenlive developers, and these statements are
> disrespectful to the hard work of the volunteers.
>
>
>> OpenShot tried to go beyond MLT, but... that apparently didn't go too
>> well.
>>
>
Exactly ;)

I'm glad Kdenlive has started work to make it possible to implement a
>> different back-end (maybe some cooperation with the Olive team could
>> occur?) - and also
>>
>
I am not aware of such a move. Can you give us more info?


> Make multiple Qt frontends for the same engine. Where have I seen that
> before? Yes, I am guilty of the same with Shotcut, but I had good reasons.
> At the time, I wanted to get MLT working cross-platform including the new
> Qt 5, KDE was not yet ported to Qt 5, and I did not want to worry about
> KDE4 dependencies. Eventually, KF5 happened, and I continue with Shotcut as
> a revenue source, to support its users, and to drive MLT development. At
> least we collaborate a lot by using MLT and sometimes borrowing bits of
> frontend code with each other.
>

Now I know.

>
>
>> implementing Open Timeline IO. I hope we can create some synergy between
>> software using such open data exchange standards. Especially since they are
>> used in the industry - which could help "serious" people consider using
>> libre software.
>>
>
Also it seems that audacity will adopt OTIO, and if Blender does it as well
we'll have an entire FLOSS video production pipeline.


>> There's a long way to go before that's gonna be possible, but I think
>> we're on a good track.
>>
>> I've been using Olive Video Editor for the past year or so (also limited
>> to 8-bit color, at least for output - the processing is done 100% using
>> GLSL so it's in a good position to develop further from that though - I
>> even made my own effects for it).
>>
>
> Similar to the same thing Movit provided for MLT except Movit uses 16-bit
> float textures, which can support a 10-bit integer input and output.
> Otherwise, most GLSL code is using 8-bit textures including, I think,
> Olive. Or was but no longer? I am not tracking it closely. Alas, there is
> more MLT-Movit integration work still required to support 10-bit end-to-end.
>
>
>> There's a rewrite going on that incorporated Open Color IO for flexible
>> color management, also a node editor for fine grained control of all the
>> processing being done (in the future this should allow for insanely
>> powerful compositing but also reusing and sharing your own effects etc.),
>> There's also a timeline proxy being implemented that stores frames in EXR
>> files (an SSD for a scratch drive would be very recommended - I should test
>> that more myself). I believe it's also ingesting input media (converting
>> frames to EXR) not sure if that's mandatory though from my testing.
>> That'll possibly allow for very responsive scrubbing. Also the rendering
>> pipeline can use reduced resolution to speed up the compositing - I'm happy
>> Kdenlive implemented that recently (in Kdenlive it's possibly more useful
>> right now).
>>
>> So far the new Olive version is very unstable and can't be used to do any
>> work really, but they're doing great progress with it and release updated
>> builds very often (evey week or more frequently - so called Continuous
>> Build).
>>
>
I have compiled it once and it looks very elegant but it seems to me that
they are going a compositing/vfx route rather than a video editor, no?
Either way cheering for its success as well as all FLOSS projects!


> It's taking a lot of time, but it seems they can do without duct tape and
>> build an open-source NLE that'll finally have a chance to not only have a
>> nice UI and workflow, but a

Re: 8K Support?

[farid abdelnour]

Em qua., 29 de jul. de 2020 às 07:53, Tobiasz Karoń 
escreveu:

> I simply exported my pre-composited footage from Olive and the first 3/4
> of the video I've managed to edit and completed the project in Kdenlive.
> I had some bad audio glitches from Kdenlive though, so I wasn't happy :(
>

The audio artifacts that have haunted us for so many years have finally
been fixed and will be in the next release of MLT (6.22). Btw, do use the
Kdenlive AppImage since it uses MLT from master and fixes this...


> I think Olive is going to implement Open Timeline IO too, but I don't know
> what the status of that is.
>
> On Tue, Jul 28, 2020, 15:44  wrote:
>
>> Thanks, there's a lot of good info here! You mention switching from Olive
>> to Kdenlive to finish an edit. Does Olive have a standardized file format?
>> Was the switching process painful?
>>
>> Also, does Olive have a CLI?
>>
>> Tom
>>
>> El 27 jul 2020, a las 21:19, Tobiasz Karoń  escribió:
>>
>> I would personally not bet on MLT improving here. It's a very old
>> framework with a legacy that's holding it back, and it doesn't seem to get
>> much development done. I think it'd be best if video editors simply stopped
>> considering it a good option. We have way too many "front-ends" to MLT all
>> being held back by it's limited design.
>>
>> OpenShot tried to go beyond MLT, but... that apparently didn't go too
>> well.
>>
>> I'm glad Kdenlive has started work to make it possible to implement a
>> different back-end (maybe some cooperation with the Olive team could
>> occur?) - and also implementing Open Timeline IO. I hope we can create some
>> synergy between software using such open data exchange standards.
>> Especially since they are used in the industry - which could help "serious"
>> people consider using libre software.
>>
>> There's a long way to go before that's gonna be possible, but I think
>> we're on a good track.
>>
>> I've been using Olive Video Editor for the past year or so (also limited
>> to 8-bit color, at least for output - the processing is done 100% using
>> GLSL so it's in a good position to develop further from that though - I
>> even made my own effects for it). There's a rewrite going on that
>> incorporated Open Color IO for flexible color management, also a node
>> editor for fine grained control of all the processing being done (in the
>> future this should allow for insanely powerful compositing but also reusing
>> and sharing your own effects etc.), There's also a timeline proxy being
>> implemented that stores frames in EXR files (an SSD for a scratch drive
>> would be very recommended - I should test that more myself). I believe it's
>> also ingesting input media (converting frames to EXR) not sure if that's
>> mandatory though from my testing.
>> That'll possibly allow for very responsive scrubbing. Also the rendering
>> pipeline can use reduced resolution to speed up the compositing - I'm happy
>> Kdenlive implemented that recently (in Kdenlive it's possibly more useful
>> right now).
>>
>> So far the new Olive version is very unstable and can't be used to do any
>> work really, but they're doing great progress with it and release updated
>> builds very often (evey week or more frequently - so called Continuous
>> Build).
>>
>> It's taking a lot of time, but it seems they can do without duct tape and
>> build an open-source NLE that'll finally have a chance to not only have a
>> nice UI and workflow, but also have all the basic and advanced features
>> you'd want and let you use good cameras or deep-color CGI renders, composit
>> and process that and get top-quality results with them. While also
>> utilizing modern computer hardware in 100%.
>>
>> Now - Olive is not perfect and I had some serious issues with it, where I
>> had to fallback to Kdenlive to finish editing a video as it's would crash
>> every few seconds in projects longer than 20 minutes. I've finally found a
>> build that doesn't have this bug and can work on it, but that was bad. The
>> main developer seems to have an idea what the issue is though, I've worked
>> with him to solve this.
>>
>> Olive's 0.1 version is the current "stable alpha" that I use - it's very
>> limited in effects compared to Kdenlive (they are more reliable and not
>> redundant though), but it's responsive and I like the editing tools a lot.
>> When I edit my videos I always need at least 2 audio tracks in sync, and
>> min. 2 composited images with chroma keying.
>>
>> In Blender VSE I had to train myself to cut in a very specific way to
>> keep everything in sync (manually making sure I keep the sync between
>> strips) because it had no way to link strips together, only group them into
>> meta-strips (Olive has that option too - Nesting).
>>
>> In Kdenlive I always had issues importing my multiple audio tracks and
>> even though linking works, the editing tools never worked for me as well as
>> they do in Olive.
>>
>> Also - in any libre NLE I tried (all were heavily CPU-bound and
>> si

Kdenlive 20.08 RC

[farid abdelnour]

Greetings folks,

Please help test the upcoming 20.08 release. This cycle was focused mostly
on stability and improvements. Expect less crashes (none from my tests) as
well as many usability and interface improvements and a ton of bug fixes.
Among the highlights are multiple audio streams support, zoombars in clip
monitor, new layout management ui and predefined layouts and performance
improvements in jpg image sequence playback to name a few...

WARNING: This version has a new project type that is not backwards
compatible... so you won't be able to use older versions to open new files.

You can download the Release Candidate appimage from here:
https://files.kde.org/kdenlive/unstable/kdenlive-20.08.0-RC-x86_64.appimage

Cheers

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

Re: Render issues

[farid abdelnour]

Hi Jacob

Unfortunately what you are experiencing is a regression in the Windows
version from a recent change in the code. Although we did a lot of testing
this one seems to have gone unnoticed. There is already a fix in the daily
builds, give it a try and let us know how it goes:
https://binary-factory.kde.org/job/Kdenlive_Nightly_mingw64/lastSuccessfulBuild/artifact/



Em qui., 10 de set. de 2020 às 04:12, jacob madsen 
escreveu:

> Hello to whoever is reading this.
>
> Im writing this email under the assumption of this being a way to help me
> with some issues that kdenlive has been making me go through.
>
>
>
> Now i've been using kdenlive on windows for quite some time now and this
> is the first time this issue has ever happend.
>
> So a breif explanation as to what is happening:
>
> I've been working on this 14 minute video for a week now and its finally
> ready.
> I do the usual routine of rendering it. It takes a while but whatever i
> think.
>
> But after its done rendering and i go to watch the video through to make
> sure everything is okay i notice something.
> The video seems to get more and more out of sync with the audio the
> further it goes along.
>
> This is very frustrating since i've been trying so hard to try and fix
> this but its the same result every time and basically the rendered video is
> completely different from the one in the preview. Some parts in the audio
> also just dissapear and the transparent text appears earlier then where i
> had placed it in the editing software.
>
> God help me
>
>
>
>
>
> Sendt fra Mail  til
> Windows 10
>
>
>


-- 
.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: Kdenlive 20.08.3 error

[farid abdelnour]

Olá Karina

Você está usando qual versão do Kdenlive? Recomendamos sempre usar a versão
AppImage que pode ser baixada do site. Sobre seu problema de renderização,
você precisa ir no menu projeto -> renderizar ou apertar ctrl + enter. A
opção que escolheu é para exportar, que salva em um formato, e não
renderizar, que converte seu projeto em um vídeo.

Ah, também temos um grupo de telegram em portugues:
https://t.me/kdenliveportugues

Em ter., 8 de dez. de 2020 às 08:36, Karina Dal Sasso Mendes <
dalsa...@eerp.usp.br> escreveu:

> Hi. I would like to ask for help. I am a professor and I am not used to
> programmation. After to update a previous version (that stopped to work), I
> could export the project worked previously, but I can't to render. When I
> tried, it just crashed. Are there someone who could help me? This message
> bellow opens when I click in "Export OpenTimelineIO"
>
> ""Could not find "otioconvert" script.
>
> You need to install OpenTimelineIO,
>
> through your package manager if available,
>
> or by "pip3 install opentimelineio",
>
> and check the scripts are installed in a directory listed in PATH
> environment variable""
>
>
> Thank you so much!
>
>
> --
> _
>
> Karina Dal Sasso Mendes
> Professor Doutor do Departamento de Enfermagem Geral e Especializada
> Escola de Enfermagem de Ribeirão Preto, Universidade de São Paulo
> Centro Colaborador da OPAS/OMS para o Desenvolvimento da Pesquisa em
> Enfermagem
> ___
>
> Karina Dal Sasso Mendes (RN, PhD)
> Assistant Professor from General and Specialized Nursing Department
> University of São Paulo at Ribeirão Preto College of Nursing
> PAHO/WHO Collaborating Centre for Nursing Research Development
>
>
>

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

Kdenlive 20.12

[farid abdelnour]

The team is happy to announce Kdenlive 20.12 release bringing exciting new
features like same track transitions, subtitling tool, an overhauled
effects layout and the usual batch of bug fixes and usability improvements.

Check it out: https://kdenlive.org/en/2020/12/kdenlive-20-12-is-out/

Cheers

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