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

Thu Dec 20 13:59:14 GMT 2018

Hi Harald!

Em qua, 19 de dez de 2018 às 19:24, Harald Albrecht <harald.albrecht at gmx.net>
escreveu:

> Urgh, this is a really bad experience -- didn't thought that kdenlive
> refactoring nightly might be this bad. The
> https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/kdenlive-19.03.70-34672a1-x86_64.appimage
> ate all my 16G RAM after loading an existing project so fast, so when I
> realized, my system was already dead due to heavy swapping and I had to
> hard reset it. Something I definitely don't like.
>
> Other things I noticed before my system was killed by an video editor, off
> my head as I don't intend to try another refactoring nightly before long,
> as I need my system:
>

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
but we have come a long way with still many tasks ahead. I believe we have
managed to find and fix many crashes and now we can move ahead with the
polishing. All the issues you've reported below have been noted and will be
fixed, thanks!

On a personal level I wish we had more devs. Just imagine how incredible
that would be. Maybe tomorrows solstice will send us a dev or maybe even a
Christmas miracle. Either way we continue steadfastly working to deliver
the refactoring for the 19.04 release.

Cheers :D

> - critical: eating all available 16GB, going nuts, when starting timeline
> preview rendering. requires system hard reset, due to heavy swapping. at
> least, preview rendering itself not crashing anymore, but, erm ... pyrrhic.
>
> - major: frei0r.scale0tilt still missing.
>
> - major: audio clip playback unreliable; reproducible on projects some of
> the audio clips won't playback anything, despite the project is correct and
> works on stable.
>
> .major: locked/unlocked track icon indistinguishable. Can you spot the
> difference easily while working on a larger project on a 20" 2560x1440 19:6
> display? Yes, I can choose an annoying and distracting high contrast color
> scheme. But that's bad for work. Why not use the older, yet clearly
> distinguishable icons which there designed exactly for this purpose? Is
> this design over function, kind of Apple video editor?
>
> - major: I need to learn to slowly and precisely navigate in the timeline
> in order to either correctly hit a transition or the clip for setting
> either clip or transition properties. Or I need to constantly resize tracks
> just in order to work efficiently again. The old design allowed me a much
> quicker and yet precised work in the timeline. The transition height as
> well as position needs some tweaking? Try that with collapsed tracks...
>
> - minor: timecode overlay in monitor uses non-fixed font, so it changes
> width, jerking around annoyingly when playing clips or timeline.
>
> - minor: timecode barely readable. Try to find that on a 20" 2560x1440
> 19:6 display.
>
> - minor: is that a transition on the audio clip??
>
> - minor: where can I set all tracks to "all frames" thumbnails instead of
> having to check each track individually?
> - minor: timeline clip context menu missing all icons.
>
> - minor: project bin icons distorted
>
> - minor: yet very annoying: appimage doesn't pick up the correct KDE style
> as set in my session, but instead comes with its own one.
>
>

-- 
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/20181220/352f419b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: egmenjcaiognjgbi.png
Type: image/png
Size: 1609 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jeooohflhcgoadnc.png
Type: image/png
Size: 75754 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jkmagnlpdajmkacm.png
Type: image/png
Size: 53369 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0009.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: idnmkojcjjbkjako.png
Type: image/png
Size: 2320 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0010.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: joehcbjfkpheaccm.png
Type: image/png
Size: 8736 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0011.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nmpmokhlbmgpobnk.png
Type: image/png
Size: 21079 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0012.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnkghhigmmhbcbhb.png
Type: image/png
Size: 26839 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20181220/352f419b/attachment-0013.png>