Rendering does not use full CPU

Tue Sep 24 16:09:35 BST 2019

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ń <unfa00 at gmail.com>
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 shoot your youtube videos? You
seem to be so worried about quality, are you color grading your videos?

I don't want to make anyone sad, I just don't want people to be delusional
> about Kdenlive.
>

You are not making anyone sad, just feeding your ego. Thank you for saving
the delusional masses master!

- unfa
>

farid

> wt., 24 wrz 2019 o 12:51 Martin Moores <moores.martin at gmail.com>
> napisał(a):
>
>> I'm sure the list will appreciate this being your last post
>>
>> How rude, insulting and thoughtless your comments are here.
>>
>> Feedback is one thing, which I have no doubt is appreciated, but your
>> messages are not helpful at all.
>>
>> As you have found, there are other options out there, great if they work
>> for you, go and champion and recommend them to others.  I just hope their
>> mailing lists are ready for you when you find the next problem.
>>
>> Free software is just that at the end of the day, you seem to have higher
>> expectations.  There are endless commercial options, with paid support,
>> where you may be better suited
>>
>> On Tue, 24 Sep 2019 at 11:41, DogFilm <videobrain at gmail.com> wrote:
>>
>>> Thank you very much for having the guts of speaking freely about these
>>> things!
>>>
>>> It is in fact very needed that developers are not only open, but
>>> thankful for negative feedback, because these users are the only ones
>>> helping you to
>>> make your software better! Clueless noobs that never have seen a pro
>>> editing desk but praising kdenlive as "professional" are the problem, not
>>> people pointing out the problems!
>>>
>>> If I had the time I could add several hours of Kdenlive pain videos to
>>> your collection, however I need to keep constructive and have enough things
>>> to do, even if it would be fun...
>>>
>>> I think the most important message is to warn creative people not to
>>> waste their time - this is needed as a contrast as long as anybody is using
>>> the word "professional" to describe kdenlive. Not because of hate against
>>> bad software, but out of compassion for fellow video editors that might
>>> lose a lot of time.
>>>
>>> It must be warned very strongly to not use this software in any
>>> professional context!
>>>
>>> I had another test session this weekend with Kdenlive and it was a
>>> horrible experience.
>>> I felt that this must be kind of a joke software.
>>> I think it was finally my last session with Kdenlive.
>>> I feel very stupid to have wasted time again with this.
>>>
>>> Olive looks great, hopefully these guys will be successful!
>>>
>>> Good Luck!
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Sep 23, 2019 at 8:49 PM Tobiasz Karoń <unfa00 at gmail.com> wrote:
>>>
>>>> I don't want to go on another rant here, but I've made a whole video
>>>> about why Kdenlvie is "not very good" at this point:
>>>> https://www.youtube.com/watch?v=ym1brc2OcYQ
>>>>
>>>> Frei0r effects force single-core frame processing. And I used a lot of
>>>> them.
>>>> GPU acceleration is flaky and never did anything more than crashing for
>>>> me. But some claim it works for them.
>>>>
>>>> Have you tried Olive? It does all frame processing on the GPU - it's
>>>> not "optional" is the basis. It's snappy!
>>>>
>>>> I think Kdenlive would need to replace it's compositing engine with an
>>>> OpenGL-based one to get decent speed - but that's no small task.
>>>>
>>>> Granted - I haven't really tested the 19.x branch too much, so thinks
>>>> might be better, but I've heard stability suffered a lot - which is to be
>>>> expected after a major core rewrite.
>>>> It's all growing pains I guess.
>>>>
>>>> I hope Kdenlive's gonna come out of this stronger and better :)
>>>>
>>>> pon., 23 wrz 2019 o 19:29 jdd at dodin.org <jdd at dodin.org> napisał(a):
>>>>
>>>>> Le 23/09/2019 à 19:23, DogFilm a écrit :
>>>>> > Rendering a clip does not use 100% of CPU.
>>>>> >
>>>>> > If I render stuff with ffmpeg directly (nothing to do with kdenlive)
>>>>> > ffmpeg uses all cores with 100% cpu load. Kdenlive is about 50% for
>>>>> each
>>>>> > core.  So render time could probably be doubled.
>>>>> >
>>>>> > Yes, "Render Project" dialog was set to "Parallel Processing".
>>>>> >
>>>>> yes. I don't know the technical under the hood, but kdenlive is
>>>>> desperately slow.
>>>>>
>>>>> avidemux3 is very fast for simple tasks, DaVinci Resolve seems to be
>>>>> also very fast, but I don't know it really (and of course it's not
>>>>> open
>>>>> source, it's only free like a free beer :-()
>>>>>
>>>>> jdd
>>>>>
>>>>> --
>>>>> http://dodin.org
>>>>>
>>>>
>>>>
>>>> --
>>>> - Tobiasz 'unfa' Karoń
>>>>
>>>> www.youtube.com/unfa000
>>>>
>>>
>
> --
> - Tobiasz 'unfa' Karoń
>
> www.youtube.com/unfa000
>

-- 
1111.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
fsf member #5439
usuario GNU/Linux #471966
|_|0|_|
|_|_|0|
|0|0|0|
<a href="http://www.gunga.com.br">gunga</a>
<a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
<a href="http://www.atelier-labs.org">atelier-labs</a>
<a href="http://www.mocambos.net">rede mocambos</a>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20190924/7c18e472/attachment.html>