|Anonymous | Login | Signup for a new account||2014-09-23 02:35 CEST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002570||Kdenlive||Effects||public||2012-04-10 12:18||2012-05-30 00:26|
|Platform||64 bit||OS||Fedora Linux||OS Version||16|
|Product Version||Recent git|
|Target Version||Fixed in Version||0.9.2|
|Summary||0002570: Fade in, Fade out and Fade from/to black are not working sometimes|
|Description||These Effects do not work properly in many situations. I have not figured out what exactly evokes this. The Bug that those effects do not change their in- and out points when a clip is trimmed has already been reported by someone, but in addition the Effects do sometimes stop working at all or do not even start to work if they are added to a clip even though they show up in the effect stack.|
|Steps To Reproduce||I haven't figured out a rule to reproduce this. Seems to appear randomly, but quite often.|
|Tags||No tags attached.|
|Build/Install Method||Build Script|
I had got some time to do more testing it with the fade to black effect:
Import a videoclip, then split audio. Add the fade to black effect by dragging from the strips upper right corner in the timeline. The effect will work.
1) Trim the clip. The effect's in and out points have not moved with the trimming, so the effect will be wrong.
Or 2) Move the clip around. Now the fade to black effect does not work at all.
Also, if audio and video are not split, dragging from one of the strip's upper corners will add a fade out/in audio effect on my build. Maybe it would be better if you could choose if an audio or video fade is added. Maybe by holding a shortcut pressed while dragging to add a video fade?
I can confirm the bug in kdenlive 0.9 / mlt 0.7.8, the packages which are provided by arch atm. on x86_64
If the clip gets resized, the fade in / fade out effect is no longer applied. It needs to be removed from the effect stack and added again to the clip, then it works as expected (until the next resizing).
|I could reproduce the problem in some cases, working on it|
|Should now be fixed in git, thanks|
|2012-04-10 12:18||Sunboy||New Issue|
|2012-04-10 18:58||Sunboy||Note Added: 0007973|
|2012-05-27 00:17||jappel||Note Added: 0008086|
|2012-05-27 09:07||j-b-m||Note Added: 0008088|
|2012-05-27 09:07||j-b-m||Assigned To||=> j-b-m|
|2012-05-27 09:07||j-b-m||Status||new => acknowledged|
|2012-05-27 12:19||j-b-m||Note Added: 0008089|
|2012-05-30 00:26||j-b-m||Status||acknowledged => resolved|
|2012-05-30 00:26||j-b-m||Fixed in Version||=> 0.9.2|
|2012-05-30 00:26||j-b-m||Resolution||open => fixed|
|2012-05-30 00:26||j-b-m||Status||resolved => closed|
|Copyright © 2000 - 2014 MantisBT Team|