View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002759KdenliveTransitionspublic2012-09-26 03:542014-10-21 10:30
Assigned Toj-b-m 
Platform64 bitOSKubuntuOS Version12.04
Product Version0.9.2 
Target VersionFixed in Version 
Summary0002759: Alpha not 100% transparent has a slight green hue.
DescriptionCurrently using any image with alpha transparency, does not provide an alpha layer that is not 100% transparent. It leaves a kinda "green" color that is extremely visible on light backgrounds to it, especially when multiple layers of images are used with transparency.

As far as I can tell, this has always been the case as I have seen this issue in every version of kdenlive I've used..

I do an intro outro to some vidoes with multiple tracks of PNG files (I've tried the same with SVG but the problem persists!) with the multiple composites the green is much much more pronounced. I was using OpenShot to generate these before, but OpenShot is currently in a state of complete uselessness at the moment if you try to run it in a system with the latest kdenlive & mlt libraries installed, and up until recently it didn't display this. Now it seems to do the same thing - which leads me to believe this might be something going on in MLT, but you guys will have to tell me.

I'm happy using composites, but having this GREEN in the transparency is a dealbreaker and I don't have an alternative in which to animate these intros/outros at the moment, and frankly it should just work here without adding that nasty green!
Steps To ReproduceUse any transparent PNG or SVG, stack on layers, with a white background.

Use opacity to fade in or out, you will see a green rectangle around the image where the transparency is.
Additional InformationI've attached one of the intros (in webm/vpx) I have been working with alterations to include a lot more tracks and layers to demonstrate the problem. As soon as the first svg/png overlays the background you can see an immediate green tint. Every system I've tested on does the same thing, for every version of kdenlive that I've used.
TagsNo tags attached.
Build/Install MethodDistribution package
Attached Fileszip file icon [^] (984,030 bytes) 2012-09-26 03:54
zip file icon [^] (3,856,545 bytes) 2012-09-26 04:21
zip file icon [^] (3,082,154 bytes) 2012-09-26 05:52

- Relationships

-  Notes
jpsantos (reporter)
2012-09-26 04:27

Issue 0002758 can be deleted - created two by mistake, would like to keep this one.
jpsantos (reporter)
2012-09-26 06:00
edited on: 2012-09-28 00:00

Just added another video that shows 14 layers of transparency with a very very visible green color. I've also noticed that the green isn't always there - it seems to be every other layer, but that might just be my eyes deceiving me.

zico (reporter)
2012-10-23 02:28
edited on: 2012-10-23 02:29

I experience this effect as well.

You can find a video right here: [^]

From 05:37 to 06:05 (sorry you have to listen to my ramble for this time) you can see it extremely well. I using 7 or 8 Title-clips here all put over the video track with default-set composite effect.

EDIT: I am using the same kdenlive version as described in the bug report - on 64Bit as well. However the difference is I am running Arch Linux.

jpsantos (reporter)
2012-12-10 19:07

Has there been any investigation as to why this is happening? It makes KDE nigh on unusable for professional work for me. I have to consider using Windows Premiere or Sony Vegas.... *shudder*
eddrog (developer)
2012-12-11 09:32

@j-b-m: Not fixed yet?
j-b-m (administrator)
2012-12-11 11:02

Sorry, have not looked into it yet. This is an MLT issue that seems to affect the Composite transition but not the Affine transition.

So as a temporary workaround, users might use the Affine transition. By the way it would perhaps be better to use the Affine transition as default one for titles and transparent images...
jpsantos (reporter)
2012-12-11 11:04

Affine? I'll take a look, thanks for the tip.
jpsantos (reporter)
2012-12-11 11:57
edited on: 2012-12-11 12:02

You are correct, there is none of this green stuff going on, and as an aside, the transition works soo much smoother for moving graphics, I'm quite impressed, it looks like I will finally be able to do what I was originally wanting to do with my title sequences after all. Thanks a lot guys!

EDIT - I wish this transition had been in the documentation. There are many features I am completely unfamiliar with.

ttguy (updater)
2013-03-14 09:49

duplicate of [^]
owo (reporter)
2013-06-03 16:30
edited on: 2013-06-03 19:52

Summer moved on…
As far as I can see, all other (transparent) transitions are also affected. Affine is no solution. Rendering 10 seconds 720p/25: Affine 3mn 39s, Slide 32s.

> This is an MLT issue
The knowledge of this? And if so, what do they say that?

PS: The new experimental Mlt filter – cairoblend, cairoaffineblend, alphaout – render quickly and without color change.
- [^]

igloo (reporter)
2013-08-30 21:56

This is fixed by [^]
vpinon (administrator)
2013-10-04 19:49

reporters, can you confirm fix with MLT updated?
gingerling (developer)
2013-11-09 23:40

I have this issue - I have 9 composite clips and they get progressively greener as the composites build up. The first clips are the most green, and the last are not so green. It sounds like there is a fix somewhere but I dont have this on fedora yet? How long till it is pushed through?
gingerling (developer)
2013-11-09 23:42

Also, I found that setting the composites to different tracks (ie: try setting them to the lowest track rather than the next track) seems to help a little
Douzeju (reporter)
2014-10-21 10:30

I'm experiencing the same bug with the Affine transition. See attached video when text appears on screen : [^]

- Issue History
Date Modified Username Field Change
2012-09-26 03:54 jpsantos New Issue
2012-09-26 03:54 jpsantos File Added:
2012-09-26 04:21 jpsantos File Added:
2012-09-26 04:27 jpsantos Note Added: 0008399
2012-09-26 05:52 jpsantos File Added:
2012-09-26 06:00 jpsantos Note Added: 0008400
2012-09-28 00:00 jpsantos Note Edited: 0008400 View Revisions
2012-10-23 02:28 zico Note Added: 0008535
2012-10-23 02:29 zico Note Edited: 0008535 View Revisions
2012-12-10 19:07 jpsantos Note Added: 0008717
2012-12-11 09:31 eddrog Assigned To => j-b-m
2012-12-11 09:31 eddrog Status new => assigned
2012-12-11 09:32 eddrog Note Added: 0008729
2012-12-11 11:02 j-b-m Note Added: 0008733
2012-12-11 11:04 jpsantos Note Added: 0008734
2012-12-11 11:57 jpsantos Note Added: 0008736
2012-12-11 12:02 jpsantos Note Edited: 0008736 View Revisions
2013-03-14 09:49 ttguy Note Added: 0009381
2013-06-03 16:30 owo Note Added: 0009575
2013-06-03 16:32 owo Note Edited: 0009575 View Revisions
2013-06-03 16:35 owo Note Edited: 0009575 View Revisions
2013-06-03 19:52 owo Note Edited: 0009575 View Revisions
2013-06-03 19:52 owo Note Edited: 0009575 View Revisions
2013-08-30 21:56 igloo Note Added: 0009600
2013-10-04 19:49 vpinon Note Added: 0009615
2013-10-04 19:49 vpinon Status assigned => feedback
2013-11-09 23:40 gingerling Note Added: 0009632
2013-11-09 23:42 gingerling Note Added: 0009633
2014-10-21 10:30 Douzeju Note Added: 0010445

Copyright © 2000 - 2016 MantisBT Team
Powered by Mantis Bugtracker