|Anonymous | Login||2016-07-29 02:20 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002816||Kdenlive||Transitions||public||2012-11-04 17:28||2013-03-08 18:51|
|Platform||64 bit||OS||Ubuntu||OS Version||12.10|
|Target Version||Fixed in Version|
|Summary||0002816: Composite transition behaviour counterintuitive with 3 tracks|
The behaviour of the Composite transition with 3 tracks is rather surprising as compared to other common applications. I couldn't find any documentation to determine if it's a bug or intended to work this way.
Basically, if your top track has a 100% opacity but is above to other tracks with a non 100% opacity Composite transition between them, you will see the lowest one mixed with the top one (the middle one being absent). What I would expect would be to see only the top one.
|Steps To Reproduce||-Create a new projcet|
-Add 3 clips to the project
-Put One clip on each video track, all starting at 00:00
-Add a composite transition between the 1st (top) and 2nd track with default settings ("over" and 100% opacity). Extend the length of the transition to cover the whole lenght of the clip
-you can see that only the top clip is visible in the result
-Add a composite transition between the 2nd and 3rd track with default settings ("over" and 100% opacity). Extend the length of the transition to cover the whole lenght of the clip
-you can see that still only the top clip is visible in the result
-Set the opacity of the lowest transistion to 75%.
-You can see in the result that the top clip appears with an opacity of 75%, the bottom clip with an opacity of 25%, while the middle one is absent.
|Additional Information||Please tell me if you want me to add .kdenlive file and screenshots.|
|Tags||No tags attached.|
|Build/Install Method||3rd party package|
|The behaviour/bug is also in Kdenlive: 0.9.3 (dev version from http://ppa.launchpad.net/sunab/kdenlive-svn/ubuntu [^] precise main|
The new Affine transition provides with the expected behaviour.
So this bug could be cloded.
|2012-11-04 17:28||camillem||New Issue|
|2012-11-10 17:54||camillem||Note Added: 0008601|
|2013-03-08 18:51||camillem||Note Added: 0009373|
|Copyright © 2000 - 2016 MantisBT Team|