0001462: No choice between keyframability and non-keyframability of effects

(0004763)
j-b-m (administrator)
2010-02-26 21:14

If you delete the second keyframe, leaving only the first one, it will give you a fixed value for the entire clip.

(0004768)
frostinet (reporter)
2010-02-27 08:06

ah! thx! that helped.

so---where is this documented? i didn't find any official and complete documentation for kdenlive? the application gets more and more complex (in a positive sense), so why isn't there a in depth manual?

(0004868)
thatonefilmguy (reporter)
2010-03-24 13:46

This seems somewhat related to 336, though not directly. Per 336, all effects should be keyframable.

Regarding this issue, when more advanced keyframing is implemented, keyframing should be an 'opt in' process, not opt out. I.e. Effects (aside from transitions) should always be created without keyframes (a static effect), then the user can add keyframes if they wish to animate the effect.

Currently, keyframable FX such as brightness are 'opt out' because they automatically create two keyframes by default.

This should be done across the board to make all effects consistent with one another, although that first requires a more robust keyframing feature as described in 336 to be implemented.

(0006081)
ttill (developer)
2010-11-19 21:45

In 0.7.9 there will be:
1. more effects supporting keyframes
2. all effects static be default and keyframes therefore "opt in" as described by thatonefilmguy

(0006082)
ttill (developer)
2010-11-19 21:47

May I mark this as fixed?

(0006103)
frostinet (reporter)
2010-11-20 10:29

Yes, i think so. This bug can be regarded as fixed. Thanks!

Issue History
Date Modified	Username	Field	Change
2010-02-26 12:36	frostinet	New Issue
2010-02-26 21:14	j-b-m	Note Added: 0004763
2010-02-26 21:14	j-b-m	Assigned To	=> j-b-m
2010-02-26 21:14	j-b-m	Status	new => feedback
2010-02-27 08:06	frostinet	Note Added: 0004768
2010-02-27 08:06	frostinet	Status	feedback => assigned
2010-03-24 13:46	thatonefilmguy	Note Added: 0004868
2010-11-19 21:45	ttill	Note Added: 0006081
2010-11-19 21:47	ttill	Note Added: 0006082
2010-11-19 21:47	ttill	Assigned To	j-b-m => ttill
2010-11-19 21:47	ttill	Status	assigned => feedback
2010-11-19 21:47	ttill	Fixed in Version	=> 0.7.9
2010-11-20 10:29	frostinet	Note Added: 0006103
2010-11-20 10:29	frostinet	Status	feedback => assigned
2010-12-11 21:58	ttill	Status	assigned => resolved
2010-12-11 21:58	ttill	Resolution	open => fixed
2011-04-26 21:57	j-b-m	Fixed in Version	0.7.9 => 0.8
2011-06-10 10:50	Granjow	Status	resolved => closed

Notes
(0004763) j-b-m (administrator) 2010-02-26 21:14	If you delete the second keyframe, leaving only the first one, it will give you a fixed value for the entire clip.

(0004768) frostinet (reporter) 2010-02-27 08:06	ah! thx! that helped. so---where is this documented? i didn't find any official and complete documentation for kdenlive? the application gets more and more complex (in a positive sense), so why isn't there a in depth manual?

(0004868) thatonefilmguy (reporter) 2010-03-24 13:46	This seems somewhat related to 336, though not directly. Per 336, all effects should be keyframable. Regarding this issue, when more advanced keyframing is implemented, keyframing should be an 'opt in' process, not opt out. I.e. Effects (aside from transitions) should always be created without keyframes (a static effect), then the user can add keyframes if they wish to animate the effect. Currently, keyframable FX such as brightness are 'opt out' because they automatically create two keyframes by default. This should be done across the board to make all effects consistent with one another, although that first requires a more robust keyframing feature as described in 336 to be implemented.

(0006081) ttill (developer) 2010-11-19 21:45	In 0.7.9 there will be: 1. more effects supporting keyframes 2. all effects static be default and keyframes therefore "opt in" as described by thatonefilmguy

(0006082) ttill (developer) 2010-11-19 21:47	May I mark this as fixed?

(0006103) frostinet (reporter) 2010-11-20 10:29	Yes, i think so. This bug can be regarded as fixed. Thanks!

Relationships