[kdenlive] [Bug 364559] Changing project settings and saving crashes the software
https://bugs.kde.org/show_bug.cgi?id=364559 --- Comment #7 from Stefan Naumann --- Still persists in 16.08.1 . What I found out: using round numbers as framerates (e.g. 25, 30, 60) does work fine. So probably the resolution-change is not the killer. Changing from 720p29,997 to 1080p59,997 then saving the project crashes KDEnlive. So probably the save-code and / or project-settings-change-code cannot handle switches from an float-framerate to a different float-framerate. I hope that helps. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 368206] New: Folders in project not renameable because the original string keeps reappearing
https://bugs.kde.org/show_bug.cgi?id=368206 Bug ID: 368206 Summary: Folders in project not renameable because the original string keeps reappearing Product: kdenlive Version: 16.08.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: m...@stefannaumann.de A an project you can have folders to manage your files, for example putting audio-only-files and audio-video-files into two seperate folders. Creating a folder is easy, then renaming it is pretty hard. Upon double-click (or context-menu -> rename folder), entering some text, after some characters the old text will re-appear, deleting your changes. Unless you are very fast entering the wanted text and pressing enter it becomes nearly impossible to rename a folder or a file in the project. Reproducible: Always Steps to Reproduce: 1. Create an project, may add some files 2. Create a folder 3. Try to rename a folder or a file Actual Results: The original text keeps reappearing when renaming the file. Expected Results: The edited text stays, until I press enter for "saving" the text happens both with folders and with files. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364583] Composition effect: Using the zoom produces black outlines
https://bugs.kde.org/show_bug.cgi?id=364583 --- Comment #3 from Stefan Naumann --- There are rather thin black lines around the edges of the virtual text-layer which is shrinking in size. These black lines appear not directly at the text, but the edge of the layer. Affine is (or at least was in older versions) way heavier on cpu-power and therefore rendering-time, than composite. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364559] Changing project settings and saving crashes the software
https://bugs.kde.org/show_bug.cgi?id=364559 --- Comment #4 from Stefan Naumann --- Some specifics: I've tried it using longer 1080p30 videos; tried it with a 20 second 1080p30-video. Both have the pretty much the same effect. With the smaller video: Adding the first clip into the timeline did not lead to crashing, but rather adding the clip a second time - so maybe it's bound to some time-stamp? Another funny (or not so funny)-effect, is that saving drops the groups of clips. So when I insert video and audio split, then it will be group, when I insert it into the timeline. When changing the project settings this group is removed. Should I try to create a small enough video-sample to upload it as attachment, or is this not needed? -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364559] Changing project settings and saving crashes the software
https://bugs.kde.org/show_bug.cgi?id=364559 --- Comment #3 from Stefan Naumann --- (In reply to farid from comment #2) > I am using 16.04.2 and I cannot reproduce. Do you have GPU processing turned > on in the settings by any chance? Hello. I have no GPU-processing turned on. Did you save the project before changing the settings? Funny enough, I can't reproduce it on my laptop either, but it still persists on my PC. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364583] New: Composition effect: Using the zoom produces black outlines
https://bugs.kde.org/show_bug.cgi?id=364583 Bug ID: 364583 Summary: Composition effect: Using the zoom produces black outlines Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages URL: https://www.youtube.com/watch?v=pGDym-_Dv70 OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: m...@stefannaumann.de The Attached youtube-video shows the behaviour well, at around second 6 I zoomed a title into the image, when it becomes smaller, than the video-frame itself, there are black-borders especially on the right. Reproducible: Didn't try Steps to Reproduce: 1. Create a Title 2. Use the Composite-effect for displaying 3. Set the zoom-factor as decreasing (using keyframes) Actual Results: Black outlines of the title-frame (not title-text) should appear. Expected Results: No black outlines, just the text is shown. Work-around would be not to use the zoom-function. The video has been rendered with 16.04.2 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364557] Export-function moves the video-clips (without audio) around
https://bugs.kde.org/show_bug.cgi?id=364557 Stefan Naumann changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |NEEDSINFO --- Comment #1 from Stefan Naumann --- Edit: Version 16.04.2 does not have the problem apparently. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364559] Changing project settings and saving crashes the software
https://bugs.kde.org/show_bug.cgi?id=364559 --- Comment #1 from Stefan Naumann --- Persists in 16.04.2 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364556] Title editor moves titles around when reopening titles
https://bugs.kde.org/show_bug.cgi?id=364556 --- Comment #2 from Stefan Naumann --- Created attachment 99634 --> https://bugs.kde.org/attachment.cgi?id=99634&action=edit a project for title-(re)-opening test Huge project with loads of titles (and other stuff), change on title around, e.g. change the numbers on the bottom of one title and reopen it. Some text should've moved now by some pixels. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364561] New: Opening a title in the title editor freezes KDEnlive for some seconds
https://bugs.kde.org/show_bug.cgi?id=364561 Bug ID: 364561 Summary: Opening a title in the title editor freezes KDEnlive for some seconds Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: m...@stefannaumann.de When opening a title with the title-editor (i.e. double-click on the title), KDEnlive will sometimes freeze for some seconds before showing the title-editor. This happens about once in 20 tries, so not all the time. I'm using an i7 3770, so with should not be an issue. One core of the CPU is used to 100% by KDEnlive when it happens, so maybe a spin-lock going on? Reproducible: Sometimes Steps to Reproduce: 1. Create titles 2. Open them often 3. Open them even more often. Actual Results: About once in 20 tries KDEnlive will freeze, after 10 to 30 seconds it will resume its work Expected Results: No freezing. Just show the title-editor -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364559] New: Changing project settings and saving crashes the software
https://bugs.kde.org/show_bug.cgi?id=364559 Bug ID: 364559 Summary: Changing project settings and saving crashes the software Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: m...@stefannaumann.de When having a clip inside the project (in the timeline) changing the project settings, e.g. from 1080p29,997 to 1080p30 and saving the project crashes the software (before saving the file to disk) Reproducible: Always Steps to Reproduce: 1. Create a new project e.g. with 1080p 29,997 fps 2. Import a clip, drag it into the timeline, screw around 3. Project -> Project Settings; change to 1080p30 4. Hit Save in the icon bar 4(b) alternatively render the project Actual Results: crashes the software (Segmentation fault); on rendering (4(b)) mlt will begin rendering the video, KDEnlive is crashed, mlt still renders; the resulting video is completely black Expected Results: No crashing, but saving the project with the new settings; no crashing when rendering either. Probably a very nasty bug inside the saving and XML-writing code. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364557] New: Export-function moves the video-clips (without audio) around
https://bugs.kde.org/show_bug.cgi?id=364557 Bug ID: 364557 Summary: Export-function moves the video-clips (without audio) around Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: m...@stefannaumann.de I exported the video (a rather huge video), 1080p with 29,997 fps. The video looked alright in the project monitor and timeline of KDEnlive (except the transitions stop both (transitioning) videos for whatever reason). On export there are some transitions which do not work, because the video-clips got moved around by some seconds without their grouped audio clips. Therefore I have even black video in the rendered clip, also titles got moved around. Reproducible: Didn't try Steps to Reproduce: 1. Create a very long video 2. Save it -> sometimes even then the video got screwed with 3. Render it Actual Results: Video clips got apparantly moved around, resulting in non-sense transitions and in some places black video Expected Results: No moving of clips, no black videos, working transitions, everything keeps its place Probably rounding-errors when saving? Do you save videos according to their frames or seconds? -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364556] New: Title editor moves titles around when reopening titles
https://bugs.kde.org/show_bug.cgi?id=364556 Bug ID: 364556 Summary: Title editor moves titles around when reopening titles Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: m...@stefannaumann.de I use very specific formats for titles with several lines and use very mild changes in these titles throughout the video (therefore creating loads of title clips with nearly the same content or with exactly the same format). When duplicating and reopening titles the texts moved some pixels. I inverted the x-axis so it showed me the distance to the right edge of the screen, not the left, maybe that causes the error? Reproducible: Always Steps to Reproduce: 1. Prepare titles with several lines of text (one per title-string) 2. Duplicate the title-clip 3. Reopen the title clip Actual Results: The title-strings moved some pixels Expected Results: No movement of the titles is expected Probably a rounding-error? -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 364555] New: Effects errornous state-change when searching in videos via number-selection
https://bugs.kde.org/show_bug.cgi?id=364555 Bug ID: 364555 Summary: Effects errornous state-change when searching in videos via number-selection Product: kdenlive Version: 16.04.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: m...@stefannaumann.de When adding an effect, like here Composition for having a title appear in the video, I put a keyframe at the end of the section, then with the number-select below I search for the frame one second ago and want to add another keyframe with the button. Instead it will remove the keyframe at the end of the effect. This behaviour is also present when searching in the video with the number-select input in the project-monitor. Reproducible: Always Steps to Reproduce: 1. Add a transition (like Composition for titles) 2. Create a keyframe at the end of the effect (probably will work everywhere) 3. Put in a different position in the number-select 4. Click on Create keyframe Actual Results: Removes the set keyframe Expected Results: Create another keyframe The state of the button probably does not get updated when searching around in the number-select; but the icon changes. Work-Around: searching with the time-line in the effect-monitor. -- You are receiving this mail because: You are watching all bug changes.