Re: Request older version

[farid abdelnour]

Over at the download page, scroll all the way down and you can find a link
to all previous versions.

https://kdenlive.org/en/download/

Em sáb., 15 de jun. de 2024 às 12:32, msalv...@libero.it 
escreveu:

> Hi, you’ve do a fantastic job with this app. I have MacOs 10.13.6 High
> Sierra, I can’t upgrade. Did you have a download link for older version of
> KDENLIVE?
> Thanks
>
> Steven



-- 
.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 scam targeting users and content creators

[farid abdelnour]

It has come to our attention that scammers are circulating fake emails
targeting Kdenlive users and content creators.

Please remain vigilant and be cautious of any unsolicited communications
claiming to be affiliated with us. If you receive any emails offering
promotional opportunities, advertising integrations or any promotional
collaboration on behalf of us disregard them! We do not engage in such
practices.

Our communications are only done through our official channels, Mastodon
and Twitter.

More context:
https://floss.social/@davidre...@framapiaf.org/112054945567457743

-- 
.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é is tonight

[farid abdelnour]

Don't forget that the #Kdenlive Café is tonight at 8PM UTC (9PM CET). Come
chat with the team! Join us at: https://meet.kde.org/b/far-twm-ebr


-- 
.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: too combative? ie Laughable

[farid abdelnour]

Thanks for clarifying Paul. This person should be permanently banned and
not suspended imo.

On Sat, Nov 18, 2023, 09:16 Paul Brown  wrote:

> On Saturday, 18 November 2023 12:26:51 CET farid abdelnour wrote:
> > Falk, do note that the forums are moderated by members of the KDE
> community
> > and not just the Kdenlive community and if someone felt they needed to
> take
> > action they did. There is no context in your email but maybe you got
> banned
> > by a moderator in the forums for talking this way to people? I can tell
> you
> > that Kdenlive (and the KDE community?) are always open to feedback long
> as
> > it is respectful and propositive.
> >
> > Take a deep breath.
> >
> > Em sáb., 18 de nov. de 2023 às 08:13, Falk 
> escreveu:
> > > Sorry, but how old are you in the kdenlive forum that they ban someone
> who
> > > tells you the truth and then bans them for being combative? Are you a
> > > kindergarten or something? If you can't handle the reality out here
> then
> > > find something else but no comm works like that. Your IQ is really
> > > underground and poor.
> > >
> > > Falk
>
> Context:
>
> https://discuss.kde.org/t/window-can-not-maximized/7088
>
> Hidden reply and the reason Falk was suspended for 5 days, reads:
>
> """
> If anyone has the same problem, please feel free to write to me. I don’t
> see
> why I should post it here, especially since the thread didn’t even offer
> any
> help, just put everything in such a way that it was my fault, it wasn’t a
> bug,
> etc., sorry, but The forum is not exactly user-friendly, too focused on
> kdenlive who want to see themselves in the sun.
> CAN BE CLOSED
> """
>
> Cheers
>
> Paul
> --
> Promotion & Communication
>
> www: https://kde.org
> Mastodon: https://floss.social/@kde
> Facebook: https://www.facebook.com/kde/
> Twitter: https://twitter.com/kdecommunity
> LinkedIn: https://www.linkedin.com/company/kde
>
>
>

Re: too combative? ie Laughable

[farid abdelnour]

Falk, do note that the forums are moderated by members of the KDE community
and not just the Kdenlive community and if someone felt they needed to take
action they did. There is no context in your email but maybe you got banned
by a moderator in the forums for talking this way to people? I can tell you
that Kdenlive (and the KDE community?) are always open to feedback long as
it is respectful and propositive.

Take a deep breath.



Em sáb., 18 de nov. de 2023 às 08:13, Falk  escreveu:

> Sorry, but how old are you in the kdenlive forum that they ban someone who 
> tells you the truth and then bans them for being combative? Are you a 
> kindergarten or something?
> If you can't handle the reality out here then find something else but no comm 
> works like that.
> Your IQ is really underground and poor.
>
> Falk
>
>

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

[farid abdelnour]

Hi all, just a quick FYI (in case you missed it) that we have a new forum.

Check it out here: https://discuss.kde.org/tag/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: Version changelog

[farid abdelnour]

Em sáb., 29 de jul. de 2023 às 03:37, Narcis Garcia 
escreveu:

> Thank you.
> I looked at every other link in website except the english "News".
> Spanish variant of website show different news and talk about 20.08.3
> version.
>

Yes, that is because that was the last time someone translated it...

>
>
>
> El 28/7/23 a les 22:35, farid abdelnour ha escrit:
> > You may always find the latest news in our homepage:
> >
> > https://kdenlive.org/en/2023/07/kdenlive-23-04-3-released/
> > <https://kdenlive.org/en/2023/07/kdenlive-23-04-3-released/>
> >
> >
> >
> > On Fri, Jul 28, 2023, 12:02 Narcis Garcia  > <mailto:debianli...@actiu.net>> wrote:
> >
> > Where can I read v23.04.2 to v23.04.3 changelog?
> >
> > It would be useful to find a link in downloads page.
> > --
> >
> > Narcis Garcia
> >
> > __
> > I'm using this dedicated address because personal addresses aren't
> > masked enough at this mail public archive. Public archive
> administrator
> > should fix this against automated addresses collectors.
> >
>
> --
>
> Narcis Garcia
>
> __
> I'm using this dedicated address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>


-- 
.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: Version changelog

[farid abdelnour]

You may always find the latest news in our homepage:

https://kdenlive.org/en/2023/07/kdenlive-23-04-3-released/



On Fri, Jul 28, 2023, 12:02 Narcis Garcia  wrote:

> Where can I read v23.04.2 to v23.04.3 changelog?
>
> It would be useful to find a link in downloads page.
> --
>
> Narcis Garcia
>
> __
> I'm using this dedicated address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>

Re: Audio multitrack render

[farid abdelnour]

If you mean to have more than an audio track like with different languages,
that is not possible at the moment. But it is on the roadmap...

Em qua., 18 de jan. de 2023 às 09:13, Evert Vorster 
escreveu:

> Hi there, Narcis.
>
> You can set the number of channels to be rendered when you create a custom
> render profile.
>
> Kind regards,
> Evert Vorster
>
> Awesome Chapters Tours
> http://www.awesomechapters.com
> Tel: +264 (0) 811477690
>
>
>
> On Wed, 18 Jan 2023 at 11:44, Narcis Garcia  wrote:
>
>> Hello,
>>
>> How can I render with dual audio?
>> I mean: Resulting a video file with 2 sound tracks.
>>
>> Thank you.
>> --
>>
>> Narcis Garcia
>>
>> __
>> I'm using this dedicated address because personal addresses aren't
>> masked enough at this mail public archive. Public archive administrator
>> should fix this against automated addresses collectors.
>>
>

-- 
.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: [EXTERNAL] Re: Inquiry: Country of Origin for Kdenlive

[farid abdelnour]

Happy to help, do let us know if you end up using Kdenlive and how.

Regards

Em qua., 11 de jan. de 2023 às 09:28, Zhang, Cynthia X. (GSFC-710.0)[BOOZ
ALLEN HAMILTON]  escreveu:

> Thank you for your help!
>
>
>
> *From:* farid abdelnour 
> *Sent:* Tuesday, January 10, 2023 9:19 PM
> *To:* Zhang, Cynthia X. (GSFC-710.0)[BOOZ ALLEN HAMILTON] <
> cynthia.x.zh...@nasa.gov>; kdenlive@kde.org
> *Subject:* [EXTERNAL] Re: Inquiry: Country of Origin for Kdenlive
>
>
>
> Hi Cynthia
>
>
>
> Em ter., 10 de jan. de 2023 às 22:09, Zhang, Cynthia X. (GSFC-710.0)[BOOZ
> ALLEN HAMILTON]  escreveu:
>
> Hello, my name is Cynthia Zhang and I am a Supply Chain Risk Management
> Analyst at NASA. NASA is currently conducting a supply chain assessment of
> Kdenlive.
>
> We are interested in confirming the following information:
>
>1. Is there an organization which sponsors/publishes the project, or a
>primary developer who audits the code for potential vulnerabilities,
>errors, or malicious code? Y/N
>
>
>
> Kdenlive is a free software project distributed under the GPLv3 license
> and part of the KDE community. It is maintained by a team of volunteers.
>
>
>
> 2. Please list the country or list of countries where most contributions
> originate from.
>
>
>
> Contributions are usually from Europe (Switzerland, Germany, France,
> Italy) and the US.
>
>
>
>
>
> Thank you,
>
> Cynthia Zhang
>
>
>

-- 
.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: Inquiry: Country of Origin for Kdenlive

[farid abdelnour]

Hi Cynthia

Em ter., 10 de jan. de 2023 às 22:09, Zhang, Cynthia X. (GSFC-710.0)[BOOZ
ALLEN HAMILTON]  escreveu:

> Hello, my name is Cynthia Zhang and I am a Supply Chain Risk Management
> Analyst at NASA. NASA is currently conducting a supply chain assessment of
> Kdenlive.
>
> We are interested in confirming the following information:
>
>1. Is there an organization which sponsors/publishes the project, or a
>primary developer who audits the code for potential vulnerabilities,
>errors, or malicious code? Y/N
>
>
Kdenlive is a free software project distributed under the GPLv3 license and
part of the KDE community. It is maintained by a team of volunteers.

>
> 2. Please list the country or list of countries where most contributions
> originate from.
>

Contributions are usually from Europe (Switzerland, Germany, France, Italy)
and the US.



> Thank you,
>
> Cynthia Zhang
>

Kdenlive Café tonight and Beta testing

[farid abdelnour]

Join us tonight at 8PM UTC for our first Kdenlive
 Café of the year.
Besides the usual community feedback, we'll be sharing news about the
fundraiser, 22.12 release and the roadmap for future versions.

Today we also release the 22.12 BETA, please give it a spin and let us know
if you encounter any issues.

Café link: https://meet.kde.org/b/far-twm-ebr
Beta download link: https://download.kde.org/unstable/kdenlive/22.12/

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: Kdenlive corruption and rendering crashes

[farid abdelnour]

Hi Eric and thanks for your contributions, they have been great!

Em sáb., 16 de jul. de 2022 às 18:17, Eric Jiang 
escreveu:

> Hi all,
> I've been looking over the bugs filed against Kdenlive in Bugzilla and
> Gitlab, and also at user questions on Reddit. I've been seeing two big
> areas where Kdenlive is unreliable and giving many users, especially
> new users, a negative experience:
>
> * Rendering crashes: rendering crashes every time at x% or near the end
>

I have never experienced the rendering crashes and I use it quite a lot. I
wonder if this could be related to the OS. Although yes there have been
reports upstream about this as well:
https://github.com/mltframework/mlt/issues/786#issuecomment-1191533954

* Project corruption: when a project is reopened, there is a missing
> producer and/or edits are shuffled around and work is lost
>
> I've personally experienced project corruption multiple times.
> Unfortunately, neither of these problems are easy to reproduce or come
> with a stacktrace.
>
> Has anyone looked into these issues in the past and maybe knows what
> the causes might be? Hoping that we already have some insight into
> what's happening and next steps.
>

Ever since the code refactoring I have never experienced a project
corruption where clips get shuffled around upon reopening. But I've have
some messages about missing producers, I think it is related to the
same-track transitions. I think JB worked on a fix for this.


> Eric
>

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) Render to AVCHD

[farid abdelnour]

hi

Em seg., 27 de jun. de 2022 às 14:41, Narcis Garcia 
escreveu:

> Hello, I'm trying to watch videos on a Panasonic TV, and it only has a
> SD Card interface to connect external storage.
> It only supports FAT16/FAT32 filesystems and AVCHD video format in MTS
> container.
>
> Is there some way for Kdenlive to render a project to AVCHD (MTS) file?
> Or there is some conversion alternative by using ffmpeg or similar FOSS
> tool?
>

you can try to create a preset based on the avchd spec, which is a mts
container with x264 and ac3 codecs. see here:
https://en.wikipedia.org/wiki/AVCHD

or try using handbrake?

>
> Thank you.
>
> --
>
>
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>


-- 
.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: Short film entirely made with Kdenlive

[farid abdelnour]

Congrats! Great production! Send regards to all the team. :)

Em ter., 18 de jan. de 2022 às 14:20, François Téchené 
escreveu:

> Hi everyone,
>
> As I promised a few month back, here is the link to the short movie that
> I have been directing last summer and that is finally out (under a CC
> BY-SA license)
>
> https://www.youtube.com/watch?v=6i1Xk51uZVU
>
> I made the entire post production with Kdenlive from edit to color
> grading. We used 4k footage out of a Black Magic camera and the proxy
> feature made everything go smoothly. It is a solid feature that worked
> perfectly. Well done devs!
>
> It was the first time that I used Kdenlive for advanced color grading (I
> used to use FCP and later Blender for that) and I was quite impressed by
> the current state of Kdenlive for that purpose. I have shared a
> screenshot of the raw footage that I used against the result that I
> achieved to make it look cinematographic. Overall, it was a great
> experience and I was only missing a few filters/features to make it
> perfect :
>
> - Luma vs Saturation curve
> - Hue vs Saturation curve
> - A polish of the way motion tracking is applied to the rotoscoping tool
> (currently it is not usable)
> - The ability to apply a composition to the result of all composited
> tracks below it instead of just to a specific track
>
> With the later implemented, I would see no direct need for node
> compositing.
>
> I hope we can contribute to making Kdenlive more professional by making
> movies with it and sharing our feedback :)
>
> I take this opportunity to do a bit of advertising for Ethic Cinema,
> which is a french non-profit organization that I funded with a friend
> (we are 2 film makers) and that has for goal to promote free art (in a
> freedom sense of course ;)). We make movies with free software like
> Kdenlive and we release them under free licenses. You can visit our
> website to learn more : https://ethiccinema.org/
>
> Thank you so much for making such great software Kdenlive team!
>
>

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

[farid abdelnour]

Hi folks, hope you are all well. We have a new and nifty release and it is
recommended to update:

The second release of the 21.08 series is out with a polishing galore
throughout all Kdenlive components. Compositing highlights include added
align parameters to the *Composite* interface, fixing line artifacts
affecting the *Slide* composition, compositions display correctly on clips
with same track transitions, *Transform* and *Composite & Transform*
compositions adjust properly to frame size. *Fade to Alpha *effect is
fixed. The *Color picker* now works properly when using multiple screens
and the color display in the monitors is now accurate. Under the hood
improvements include the crash detection and recovery system has been
improved, fix *Stabilize* and *Scene Detection* jobs, removed noise when
opening a project, don’t allow importing of project cache folders and
always use UTF8 encoding when writing files.

Checkout the full log:
https://kdenlive.org/en/2021/10/kdenlive-21-08-2-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

Re: version 21.04.3: consistent crash when loading video with unknown video settings

[farid abdelnour]

This looks like bad packaging... I would recommend you use the AppImage or
Flatpak or file a report at the Fedora bug tracker. Do note that Kdenlive
is at version 21.08.1 and it requires MLT version 7.0.1.

Em sex., 24 de set. de 2021 às 21:55, Stub  escreveu:

> Hello,
>
> Start KDenLive and add a video cliip to the project. If there is no
> profile yet for this video, a pop up dialog appears "No profile found for
> your clip" (picture attached).
>
> Then click on "> Continue" and KDenLive crashes. However, the new profile
> seems to have been created, because KDenLive smoothly proceeds when
> repeating the above.
>
> I believe this is a serious bug!
>
> OS is Fedora 34, and details from the 'About' dialog:
>
> Using:
> MLT version 6.26.1
> FFmpeg libraries
>
> KDE Frameworks 5.85.0
> Qt 5.15.2 (built against 5.15.2)
> The xcb windowing system
>
>
> Regards,
> -Rob



-- 
.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 issues with big projects

[farid abdelnour]

hi

Em sáb., 28 de ago. de 2021 às 00:11, Mehdi Haghgoo <
powergame_cod...@yahoo.com> escreveu:

> Hi
>
> I have been working on a quite big project recently in Kdenlive with
> hundreds of clips and a timeline over two hours.
> I have noticed some problems in this project that didn't show up in my
> small projects before.
> First, in a big project like this, the spacer tool has a significant lag
> to move items on the timeline, probably because the operation is not
> asynchronous. It would be good it it moves the items right away and shows
> a progress bar to the user to wait in order to be more user friendly.
>

We are aware of a lag in certain situations as you state. As Camilles
pointed out, there is a possible fix if you can manage to compile it:
https://invent.kde.org/multimedia/kdenlive/-/merge_requests/216
Feedback is appreciated.



> Second, when starting to render the project, especially with HEVC profile
> and medium speed preset, the job queue shows "Waiting" for a very long
> time, even more than 6 hours.
> You think it's not doing anything, but it's working the CPU and adding to
> the output file size. I finally canceled a job after 8 hours to find out
> that the render was almost done, the vide was playable near the end of the
> file.
>

Could you please compare with the daily flatpak build please? I suspect it
could be a packaging issue. Here are the instructions:

Add the kde flatpak repository (if not already done) by typing:
flatpak remote-add --if-not-exists kdeapps --from
https://distribute.kde.org/kdeapps.flatpakrepo

Install kdenlive nightly with:
flatpak install kdeapps org.kde.kdenlive

Use flatpak update to update if the nightly is already installed.
Attention! If you use the stable kdenlive flatpak already, the *.desktop
file (e.g. responsible for start menu entry) is maybe replaced by the
nightly (and vice versa).You can still run the stable version with:
flatpak run org.kde.kdenlive/x86_64/stable

and the nightly with:
flatpak run org.kde.kdenlive/x86_64/master

(replace x86_64 by aarch64 or arm depending on your system)


> I hope these are good suggestions and bug pointers for future releases.
>
> Here are my system info:
>
> OS: Fedora 34
> Kdenlive: 21.11.70 AppImage
>
> 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: Popping/crackling sound both in preview and when rendered

[farid abdelnour]

Hi Thibault,

You are using a *VERY OLD* version of Kdenlive. Please try the latest
AppImage or Flatpak as these sound issues have been fixed.

Small hint, don't annoy people by emailing them directly, you can just send
an email to the mailing list or open an issue in the bug tracker...

Em ter., 24 de ago. de 2021 às 20:03, Thibault Desjonquères <
thibault.desjonque...@gmail.com> escreveu:

> Good evening everyone,
>
> I finished editing my movie and I have the same problem as the one shown
> in this video. I have spent hours trying to figure this out and I am now
> hopeless. Has anyone ever found a fix for this problem ? Forums seem to
> agree no solution has ever been found.
>
> https://www.youtube.com/watch?v=W_C_Q8-kfrs
>
> Thank you very much for your help, THibault
>


-- 
.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 21.08 is out

[farid abdelnour]

Hi all, in case you missed it, Kdenlive 21.08 is out! See what's new:
https://kdenlive.org/en/2021/08/kdenlive-21-08-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

Kdenlive Café tonight

[farid abdelnour]

Hi all,

Hope y'all are enjoying your summer (or winter). :)

Join us tonight for the July Kdenlive
 Café @ 9PM (UTC+2)

See you there:
https://meet.kde.org/b/far-twm-ebr


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

Hey folks, tomorrow is time for the Kdenlive Café, our monthly community
meeting.

Date: Tuesday, June 8 @  9PM (Paris time)

Link:  https://meet.kde.org/b/far-twm-ebr
See you 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

Kdenlive Café

[farid abdelnour]

Hi all, tomorrow Tuesday, May 4th at 7pm UTC we'll be having our first
Kdenlive Café of the year. Join us for 2 hours of live videochat on
video-editing, video-storytelling, plans, projects and all things Kdenlive.

The meeting will be at: https://meet.kde.org/b/far-uny-2yb

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

Kdenlive 21.04 is out

[farid abdelnour]

Hello

Kdenlive 21.04 comes with lots of interface and usability improvements and
many bug fixes. There are also new Typewriter and Strobing effects as well
as Effect Zones, which give you the ability to apply effects to track
and/or timeline regions. A new Speech-to-Text feature to automatically
transcribe audio to text as well as create automatic subtitles and a Media
Browser widget to easily browse and add your source material to your
project. The Online Resources has been converted into a widget and buffed
with more media providers. Not to mention tons of under the hood polishing
in preparation for Qt6 and MLT7. Oh, and there are horizontal zoombars in
the timeline. ;)

Please test and let us know if you encounter any issues.

https://kdenlive.org/en/2021/04/kdenlive-21-04-released/

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: KDE CI: Applications » kdenlive » kf5-qt5 FreeBSDQt5.15 - Build # 580 - Still unstable!

[farid abdelnour]

Unfortunately everytime there is an error we get these kind of emails to
the mailing list, I can understand it can be annoying. Here is how to
unsubscribe:

https://mail.kde.org/mailman/listinfo/kdenlive

Em sex., 5 de mar. de 2021 às 19:22, Andre Caldas 
escreveu:

> > How do I unsubscribe from such messages?
>
> I thought every mailing list message was accompanied by a link to
> unsubscribe. I was a bit confused I thought I was missing something. I
> would like to unsubscribe, too!
>
>
> André Caldas.
>


-- 
.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: Suggestions for locked on stab effect

[farid abdelnour]

Salut Roxane,

This is a good idea! It reminds me of this request:
https://invent.kde.org/multimedia/kdenlive/-/issues/438

Maybe you can complement it with more info if so, otherwise do open a new
ticket.

Cheers :)





Em seg., 15 de fev. de 2021 às 06:31, Arkengheist 
escreveu:

> Hello!
>
> I recently discovered this "locked-on stabilization" effect, which
> basically has an object in the center that doesn't move while the rest of
> the image does. I attempted to recreate it, and succeeded, here's what I
> made: https://youtu.be/SIFxrArxI7s.
>
> The thing is, to make this, I first used Motion tracking, copied the data
> and used the most adapted software known to man: a spreadsheet... I
> basically formatted the data into columns and lines for positions and
> dimensions for each frame, and then I modified the coordinates in a second
> page (basically new x = old x1 - old x, with x1 the first coordinate, and x
> a x position), copied that, and input it into a Transform effect (and
> zoomed in a little with a Composite transition).
>
> While it worked fine, the formatting takes a few steps, so I was wondering
> if it was possible to implement this effect into kdenlive. I'm pretty sure
> it wouldn't be too difficult, i think you would just need a short program
> to modify the data (but then again, I'm not sure how the motion tracking
> effect works in the first place). It could be either added in the current
> motion tracker, and with a second button to copy the "stab" data, or
> another, i'm not sure what's the best way.
>
> All the best,
> Roxane
>
> PS: I wasn't sure where to send this, I hope this was a good option
>


-- 
.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: Chinese translation for Kdenlive's official website

[farid abdelnour]

Hi Tyson.

Em seg., 15 de fev. de 2021 às 05:50, Tyson Tan 
escreveu:

> BTW, Since you are using Wordpress for the website, is it possible to
> assign me as an editor, so that I handle the translation by myself? I've
> been doing this for krita.org for a few years now, I'm familiar with
> Wordpress + Polylang. I can finish translating the whole website
> (without the blogs of sourse) in a day or two that way, and you don't
> need to match all the items afterward.
>
> My KDE Identity is tysontan tyson...@tysontan.com


That would be the best way to do it. Login to the website using your KDE
identity and we'll grant you editing privileges.

Thanks for your contribution! :)

Cheers





>
> I've also opened a Merge Request on
> https://invent.kde.org/multimedia/kdenlive/-/merge_requests/176 with
> many string disambiguations that is essential to improve translations
> for CJK languages. If you have time, please review and merge my request
> so that I can finish the last bit of translation imperfections. Thanks!
>
> P.S. please call me Tyson, that's my first name.
>
> Best wishes,
> Tyson Tan



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

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

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

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

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: 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, , *width, *height );
> // destImage has size of 0x0
> destImage.fill( mlt_properties_get_int( properties, "background_color" ) );
>
> QPainter painter(  );
> 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( , 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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