[CinCV TNG] Default Transition not work

Igor BEGHETTO igorbeg at visi1.org
Sat Jun 16 23:02:51 CEST 2018

Thanks for the video and for the detail written. I saw the video and 
yes, and I agree with you.

Also I understand You, and your hard work.
For me "Last Used Transition" and "Default Transition" are different, 
and maybe I wrong, but my workflow is so. I don' t know what is the 
right way, I can only say how I use this fantastic NLE and what is 
missing for me.
I think every new project should have its initial Default Video 
Transition "dissolve" and DefaultAudioTransition "crossfade" set by the 
program. Than the user can change their.
On the other hand I understand that to change the workflow to the old 
users is not correct.
Anyway if the new feature is intuitive and coherent the change could be 
fine also for the old users.


Il 16/06/2018 18.39, Sam ha scritto:

      I have a default button, but if I want to add another transition,
    it becomes the default again. According to the current usage
    behavior I don't need the default button because it doesn't serve
    any purpose. The OK button automatically overwrites the default
    state. For me it would make more sense if the OK button only adds
    the currently selected transition, but does not set the default
    status. Only by pressing the default button the transition is set as
    default. This feature could be improved. If no default transition is
    set and the user presses the 'Default Transition' button or the key
    combination, then the 'Attach Transition' window opens automatically.

Il 16/06/2018 18.53, Phyllis Smith ha scritto:
> IgorBeg, yes, it sounds like you understand how it works and now I 
> think we understand how you and Sam expect it to work.  There was some 
> decision making here based on the current code and the original 
> documentation.  We do not want to vary too far from the current 
> documentation and I am concerned that users will be too confused.
> But we will look at again -- gg wanted to get it out there for testing 
> and can change it.  I think we may have to leave drag and drop working 
> the way they currently do so that the shortcut "U" still works as in 
> the past, while changing the Attach Transition to not change the 
> default.  We did have a "patio meeting" to include the dog yesterday 
> discussing this very option.  Will let you know if gg can change it.
> Also, it is possible to have 'No default transition" as that is how 
> the code is written in certain circumstances.  The initial default 
> transition can be blank initially for a project or something and if 
> the user never sets it somehow, then the XML that is eventually saved 
> will have no default transition in the EDL.  In other words, this is 
> not a bug.  However, Ugin did report that he specifically added a 
> transition, saved the project, and the transition did not get reloaded 
> - this is a bug that I did reproduce initially and no longer can so 
> there is some set of steps that cause this problem.   gg/Phyllis
> On Sat, Jun 16, 2018 at 10:11 AM, Igor BEGHETTO <igorbeg at visi1.org 
> <mailto:igorbeg at visi1.org>> wrote:
>     Thanks so much, but I can't test it because I usually use build
>     version, and I don't want to disturb you to make a new special
>     build for me.
>     If I understand well, than "Last Used Transition" becomes "Default
>     Transition" in any case?
>     In Sam/IgorBeg version I thought that the "Default Transition"
>     would have to be setting and, Drag&Drop (#1) and Attach Transition
>     (#2) don't change "Default Transition".
>     Maybe is it to add implementation without change old workflow?
> _______________________________________________
> Cinelerra mailing list
> Cinelerra at lists.cinelerra-cv.org
> http://lists.cinelerra-cv.org/cgi-bin/mailman/listinfo/cinelerra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cinelerra-cv.org/pipermail/cinelerra/attachments/20180616/cfa5f06c/attachment.html>

More information about the Cinelerra mailing list