https://bugs.kde.org/show_bug.cgi?id=371926
Bug ID: 371926
Summary: No monitor image when idling if Movit in use
Product: kdenlive
Version: git-master
Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=371926
--- Comment #1 from lukefromdc ---
On further testing, applying ALL of the git master commits between my last good
and my first bad build of master to 16.08.2 did not cause a grey screen issue,
so some interaction with the commits unique to master by
https://bugs.kde.org/show_bug.cgi?id=371926
--- Comment #2 from lukefromdc ---
Created attachment 101940
--> https://bugs.kde.org/attachment.cgi?id=101940&action=edit
patch for renderer.cpp
Partially reverts
https://quickgit.kde.org/?p=kdenlive.git&
https://bugs.kde.org/show_bug.cgi?id=371926
--- Comment #3 from lukefromdc ---
Bisecting master between the good and bad build quickly found that
68e89f48be0ec2fe1767a6ea050fa87fb9b441c5 was indeed the problem. When I
initially reverted it manually I did not notice it changed two files, seeing
https://bugs.kde.org/show_bug.cgi?id=371926
lukefromdc changed:
What|Removed |Added
CC||directact...@hushmail.com
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=371926
--- Comment #6 from lukefromdc ---
I just tested your fix and can confirm it works. Sometimes movit noise(image
corruption) will show for about a second on first opening the timeline monitor
but it clears very quickly and the image then shows. Rarely
https://bugs.kde.org/show_bug.cgi?id=371965
Bug ID: 371965
Summary: git master: path to kdenlive file appended to original
clip path on reloading clip
Product: kdenlive
Version: git-master
Platform: Debian unstable
https://bugs.kde.org/show_bug.cgi?id=371965
--- Comment #2 from lukefromdc ---
https://quickgit.kde.org/?p=kdenlive.git&a=commit&h=1d1595e7d14ef6b0560dc93940f9c23ed96a4ce7
did not fix this in my tests. Files used were in different directories than the
.kdenlive file, did not test same d
https://bugs.kde.org/show_bug.cgi?id=371965
--- Comment #4 from lukefromdc ---
I made sure that "custom project folder" was unchecked, still got problems if
any clip had been reloaded (and ONLY if a clip had been reloaded). If no clips
are reloaded the projects open fine. Attaching tw
https://bugs.kde.org/show_bug.cgi?id=371965
--- Comment #5 from lukefromdc ---
Created attachment 102021
--> https://bugs.kde.org/attachment.cgi?id=102021&action=edit
Kdenlive file after first fix, clip not reloaded
This is a valid file on my desktop and my system and opens fine bec
https://bugs.kde.org/show_bug.cgi?id=371965
--- Comment #6 from lukefromdc ---
Created attachment 102022
--> https://bugs.kde.org/attachment.cgi?id=102022&action=edit
Kdenlive file after first fix, clip reloaded
This file was saved after reloading a clip, part of the path to that c
https://bugs.kde.org/show_bug.cgi?id=377075
lukefromdc changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=377075
Bug ID: 377075
Summary: transition checkboxes do not save checked state
Product: kdenlive
Version: git-master
Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=377075
--- Comment #1 from lukefromdc ---
All these tests are with movit enabled if that makes any difference.
MLT from current git master caused kdenlive to crash on adding transitions or
resizing clips, presuming this a problem in MLT. Thus no retest with
https://bugs.kde.org/show_bug.cgi?id=377075
--- Comment #2 from lukefromdc ---
On 3-7, some commit, probably this one:
https://cgit.kde.org/kdenlive.git/commit/?id=35af0b4af89a6b92c33217f191dc55fa4d5cbb4d
Partially fixed this. On the "dissolve" transition with its single checkbox fo
https://bugs.kde.org/show_bug.cgi?id=366571
--- Comment #1 from lukefromdc ---
As of 3-7-2017, movit noise now appears instead of the expected playback at all
times (not just after transitions) unless the project is created using the June
2016 or earlier project file format.
--
You are
https://bugs.kde.org/show_bug.cgi?id=377075
--- Comment #3 from lukefromdc ---
Further testing with git master from 3-12-2017 showed the bottom checkbox on a
"wipe" transition not having its checked state saved in the GUI, but being
correctly applied at playback or render so long as i
https://bugs.kde.org/show_bug.cgi?id=366571
--- Comment #2 from lukefromdc ---
Original behavior of the bug seems to be back with a git master build from
3-12-2017. Not sure what happened on 3.7, maybe something got corrupted and I
just needed to reboot? I've seen that happen before
https://bugs.kde.org/show_bug.cgi?id=377075
--- Comment #4 from lukefromdc ---
I managed to bisect this,
9bb0e6100d1c5eae737cf4e39aa6cebfb05e4ad1 "Add base class to boolParam"
came up as the first bad commit. Transitions worked normally on a build from
previ
https://bugs.kde.org/show_bug.cgi?id=377075
--- Comment #5 from lukefromdc ---
9bb0e6100d1c5eae737cf4e39aa6cebfb05e4ad1
cannot be automatically reverted due to conflicts, this might be beyond my
ability to fix myself
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=366570
Bug ID: 366570
Summary: Kdenlive git master: crash on invoking render widget
with MLT 6.3.0(git master)
Product: kdenlive
Version: unspecified
Platform: Debian unstable
https://bugs.kde.org/show_bug.cgi?id=366571
Bug ID: 366571
Summary: Kdenlive git master w/ movit: video playback
corruption after end of CPU transition
Product: kdenlive
Version: unspecified
Platform: Debian unstable
22 matches
Mail list logo
