[kdenlive] [Bug 384593] Preview optimization: Dont rerender chunks

2017-09-29 Thread Simon Andric
https://bugs.kde.org/show_bug.cgi?id=384593

Simon Andric  changed:

   What|Removed |Added

 CC||simonandr...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384593] Preview optimization: Dont rerender chunks

2017-09-14 Thread alberto
https://bugs.kde.org/show_bug.cgi?id=384593

alberto  changed:

   What|Removed |Added

   Severity|normal  |wishlist

--- Comment #2 from alberto  ---
Hidding invalidates the preview, which not exactly wrong, but unhiding it,
doesnt recover the chunks already rendered, despite not having changed anything
at all

Preview is an awesome feature and have a lot of potential, it just need to use
a few optimizations here and there

Mostly dont renrender things that havent change and use all cores to render
different chunks

I change the importance of the bug to wishlist, since nothing is really broken
because of this. Its just very slow and you have to be very careful which what
you touch when editing knowning you are going to lose the preview speed with
certain moves :)

Thanks again for this awesome editor!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 384593] Preview optimization: Dont rerender chunks

2017-09-11 Thread alberto
https://bugs.kde.org/show_bug.cgi?id=384593

--- Comment #1 from alberto  ---
The lenght is probably the frame number and thats what is probably whats used
now. It it doesnt match with the second evaluated (which is very likely not
matching when you move clips with so many fps) will re-render that chunk and
every chunk afterwards


Maybe calculate first if the "first frame + number of fps < chunk already
rendered" and re-render only up to frames that are missing. This way you can
use everything afterwards, even if the first chunk uses 2 previews videos
instead of 1

And only after preview engie goes idle, redo 1 second chunks that are made out
of more than 3-5 videos as maintenance, to avoid growing the number of videos
exponentially while having a low impact in the editing process :)

Thanks for listening!

Not sure if the new timeline work that is being carried out now will fix all
these bugs. Please let me now if they do :)

-- 
You are receiving this mail because:
You are watching all bug changes.