
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>Hi Kdenlivers,<div><br></div><div>I seem to remember some discussion about organizing transitions in a better way. While I don't have a presentable solution to this enigma I would like to get feedback on some early thoughts.</div><div><br></div><div>I always stumbled with the sheer amount of transitions and thought about some way to give this pile of transitions some order. For the benefit of better documentation and helping users get around this sheer vast of transitions.</div><div><br></div><div>May be a way to group Kdenlive transitions could be like this:</div><div><br></div><div>1. "static blending" transitions: these have no keyframable parmeters. Examples are multiply, dodge, burn, ...</div><div><br></div><div>2. "cross fading" transitions; again, no keyframable parameters. Examples would be dissolve, slide, wipe.</div><div><br></div><div>3. "dynamic compositing" transitions; these have keyframable parameters. Examples would be affine and composite.</div><div><br></div><div>The neat side effect is that for type 1 and 3 transitions you always need two tracks. But type 2 transitions could be done inline, that is, within a track ... something users have asked for from time to time already. </div><div><br></div><div>What do you think about such a first, intentionally coarse classification? Will static blending transitions in the future have their parameters keyframable too? Would this be possible after all?</div><div><br></div><div>Best regards, </div><div>Harald</div></body></html>