I think I said all this in another recent discussion of the subject, but here it is again -
If you edit so that material you do not want is cut out at either end of the clip, then you add a transition, then there's two possible ways it can be done.
Either the incoming clip must be faded in starting with some frames you cut out, or it must be faded in starting with the first frame you wanted. Likewise for the outgoing clip. And both are happening at the same time in an overlapped area. If you have the first scenario, the overall length of the production will not change but you will see at each transition some frames you did not want to see. If you have the second scenario, you will only see frames you wanted but the production must necessarily shorten.
Furthermore, if you have not edited the clips at all, and the program uses frames before and after the join for the purpose of crossfading the transition (first scenario), then where are those frames going to come from? In one program that works that way, the first frame of the incoming clip and the last frame of the outgoing clip are simply repeated for the length of the transition, which is less than satisfactory.
I guess in an ideal world the program would provide both scenarios. Drag a transition as at present, and the frames starting/ending the clips determine the start and end of the crossfaded section (current behaviour). Ctrl/drag the transition and frames before and after the clips as edited would be used for the crossfade (opposite of current behaviour). Where the frames are not trimmed, do not allow the ctrl/drag behaviour.
There you go, a little feature request.
[Edit - noting only now that the original question related chiefly to stills, in that scenario I would have thought that the program should indeed automatically extend the length of the stills in order to create the crossfade, thus leaving the length of that part of the project unchanged. But having the choice I suggest above would avoid the need for such selective behaviour.]
This message was edited 1 time. Last update was at Aug 31. 2009 07:01