possible regressions?

[farid abdelnour]

I just a response from them and they are using more recent versions...
Anyone can help out here?

2016-08-29 11:01 GMT-03:00 farid abdelnour <snd.noise at gmail.com>:

> Could this related to a different Frameworks or QT version?
>
> Just tried using Kdenlive in archlinux built from today's git (since it
> isn't yet in the repo's) and couldn't get it to crash as people said. Here
> it is using KDE Frameworks 5.25.0 and Qt 5.7.0.
>
>
>
> 2016-08-28 22:46 GMT-03:00 farid abdelnour <snd.noise at gmail.com>:
>
>> Hello
>>
>> We might be experiencing some crashes at the moment... unfortunately i
>> haven't been able to test yet... could this be due to dependency/packaging
>> issues maybe?
>>
>> The first two complaints are from two youtubers willing to test the
>> program, AJ Reissig and Quidsup, and they are experiencing crahes (one uses
>> Opensuse tumbleweed and the other KDE Neon), here are the comments:
>>
>> Quidsup:
>>
>> quote
>>
>> I tried Kdenlive 16.08.0 with Mlt 6.3 from the Kdenlive stable PPA.
>> Unfortunately it was the worst experience yet.
>> A cropped video composited over a still image resulted in a flickering to
>> blank white image in the Playback Monitor and stuttering sound, as if the
>> playback couldn't keep up.
>> I was unable to move the horizontal playback position with the mouse
>> while playback was paused.
>>
>> I have once again regressed back to Kdenlive 15.12.3 (version included in
>> Ubuntu 16.04 repos), but have kept Mlt at 6.3
>>
>> This was with KDE Neon and Plasma 5.7.3.
>>
>> /end quote
>>
>> AJ Reissig:
>>
>> quote
>>
>>  I tried 16.08 on Opensuse Tumbleweed, pulling from the unstable
>> repository. Unfortunately, Kdenlive crashed so frequently I couldn't get
>> anything done. 16.04 runs great on Tumbleweed. I have yet to test on
>> another distro. 
>>
>> /end quote
>>
>>
>> Also over at our website, a user (angrily) reports
>>
>> quote:
>>
>>> Crashes… crashes… crashes…!
>>>
>>> Move a clip? Crash!
>>> Delete a clip? Crash!
>>> Play back a clip? Crash!
>>>
>>> It doesn’t help if you make a fancy GUI but have forgotten the very
>>> basics of memory management. Has anyone of you ever heard of new and delete
>>> operators, pointers, arrays and the like? Do you really care about checking
>>> that you are not accessing random memory addresses when doing even the most
>>> basic things?
>>>
>>> Why on earth do you load all clips into RAM memory? We have SSDs
>>> nowadays, what kind of performance improvement do you expect? Opening a
>>> project takes forever and quickly clogs up all available memory.
>>>
>>> I can work with kdenlive about 2 minutes, then it crashes, followed by 5
>>> minutes required to load the project again. This is not even usable for
>>> demonstration purposes!
>>>
>>> I’m using 16.08.0 under Ubunti 16.04:
>>>
>>> KDE Frameworks 5.18.0
>>> Qt 5.5.1 (compiled against 5.5.1)
>>> xcb window system
>>>
>>
>> /end quote
>>
>>
>> Cheers! :D
>>
>>
>> --
>> 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>
>>
>
>
>
> --
> 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>
>



-- 
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/20160829/eb70bfa6/attachment-0001.html>