 |
Looking good in latest builds. If further improvements are needed as users start using this, a new issue can be opened. |
|
|
Thanks for all of the feedback. For now, gg has completed what provides the best solution. |
 |
In the last build (testing Folder Feb 26 2019 ) I just saw that the Transition length with new feature is in MainWindow->Edit->Transition Length... Very good. So I (we) can set transitions length, and then the Default transition (very useful shortcut "Shift+u") to a value in different mode (usually in Frames, for me). Thanks. PS: I agree with Pierre about don't change the length value with mouse wheel, when the pointer is over the transition icon, and the Transition length window is not open; if Pierre meant that. Why: if in timeline I have more tracks and I scroll the tracks vertically with the mouse wheel I could accidentally change a (or more) transition length. |
 |
Hi everybody, thank you for the screencast IgorBeg. This implementation is absolutely fine for me. It is the easiest approach and now lets see, how it works for the users. If there is the need for other solutions, it will rise and be shown here. I am overwhelmed how fast the feature has been implemented. I am on Archlinux and will get the update with the regular monthly release I guess. That also is rare in the open source world - working feature increments released every month. Great job! Thanks again Achim (aka capslock) |
|
|
Andrea pointed this out a few weeks ago for users that would like some different transitions than the supplied ones: "You can add your own images to the Shape Wipe transition and there are some free ones available to download such as at assistcg.com. To include new images in the Shape Wipe Transition, simply copy the {shape}.png file to your location of cinelerra in the subdirectory plugins/shapes." I thought it might be worth mentioning here too. |
|
|
Sam: "discovered that it is already possible" to just use the mouse. This "real time" mouse wheel feature was a byproduct of GG working on the code to add Frames/hh:mm:ss, etc. -- he saw how handy it would be. Before, you could also use the wheel to change only in seconds BUT you could not see the results until you hit the green checkmark and closed the window. Then if you did not like where it landed, you had to open/close/change the window over and over again. So this code change is already a significant improvement. I appreciate the different suggestions/viewpoints -- it provides choices to consider when there is a slow day here! |
 |
Hi Pierre, Thanks for the feedback. The dropdown menus in the main window in the very bottom bar can be used in the same way, I don't need a CTRL key there either. You can also undo any action with the UNDO key. Even if you accidentally move the mouse there, it's only a transition that you accidentally make a few milliseconds shorter or longer. I have to turn the mouse wheel several times to notice a noticeable difference. I need ten mouse step rotations to change the transition one second when the steps are set to 100 milliseconds. These ten mouse steps cannot happen accidentally. The accidental action doesn't change anything in your previous video except that the length of the transition is a few milliseconds different. The extent of a randomly changed transition is limited, so I don't think it makes sense to make the timeline operation more complicated. |
 |
Sam, I like your idea, but I find that there is a great risk of de-adjusting a transition without realizing it too much just by inadvertently moving the mouse wheel over a transition. How would you like to at least have to press the Ctrl button at the same time to make it active? |
|
|
I have discovered that it is already possible, but I always have to open the window. My suggestion is based on exactly this functionality, only without having to open a window, but can change the length directly. I noticed that 100 milliseconds steps are easy to handle. https://streamable.com/41j4j |
|
|
I think it's a pity that we can't change the transition with the mouse, because it's anything but intuitive, especially since it's standard with many other NLE's. I would have an alternative suggestion, maybe this suggestion can be implemented more easily. If I'm over the transition with the mouse and turn the mouse wheel up or down, I can change the length of the transition. If I turn the mouse wheel upwards, I extend the length of the transition. If I turn the mouse wheel downwards, I shorten the length of the transition. I would change every turn by 200 miliseconds. Five turns upwards mean a whole second longer transition. This would have the advantage that I don't have to enter anything numerical and can change the length directly without a menu. The handling would be a lot easier and the time saving for larger projects would be big, because I never use a standard length, but make it dependent on the feeling. Perhaps this would be easier to implement technically?
Transition-Mousewheel.jpg (74,551 bytes) |
|
|
Thanks GG/Phyllis (and capslock) for that feature (and your build Ub16). Very useful! @capslock If you want to see a short screencast about Transition length look at the link from 1m35s. Thanks. https://streamable.com/07c95 |
|
|
Implemented suggestion 2 - transition length for any of the transitions can now be set in Seconds, Frames, Samples, H:M:S:frm or H:M:x.xxx and the mathematics is automatically done for you to convert it to seconds. This works for all video and audio transitions. There is a down arrow next to the Seconds box allowing for changing to the other dimensions. I do not know which distro you are using, but a static pre-built tar version will be available within a hour for Ubuntu16 at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz If you would like a different build, please let us know -- we only do static tars between monthly builds though. Suggestion 1 of dragging was determined to be much too difficult because of the redraw but using the number of frames for the length seems like a really good option.
transition.jpg (14,249 bytes) |
|
|
GG will have to look into this to see if it is feasible. I do not know yet, but I think he will either figure out something or let me know it is too impractical to code. Standby for a later update. |
|
|
transitionDrag.png (123,807 bytes) |
- Anonymous
