What is in today's GIT checkin, you ask...
The following main changes were included in GG's checkin today. There is an Ubuntu16 build at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat... 1) biggest deal is *drag edits handling has been reworked* the wording has also changed in Settings->Preferences, Interface tab to make it clearer for understanding Drag edge only Drag media only Drag edge and media 2) x264 and x265 libraries are now at the current version in the thirdparty directory 3) ESD - old sound driver is no longer necessary for the build prepare 4) DVB changes/fixes courtesy MatN We tested as usual, but if you notice any problems or something not working like you expect, please let us know. gg/phyllis
Thanks for the info Phyllis. I have had the opportunity to test it and by renaming it, it is indeed clearer and therefore easier to understand. I noticed two bugs. 1. "edge only" I can pull a clip longer than the actual length of the clip. There is no end. When I then pull back to the original size, the cut marks don't fit anymore. 2. "media only" behaves the same as "edge only", same errors. Both bugs described above are also present in groupings. https://streamable.com/m6xic Sam Am 20.01.19 um 01:40 schrieb Phyllis Smith:
The following main changes were included in GG's checkin today. There is an Ubuntu16 build at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat...
1) biggest deal is *drag edits handling has been reworked* **the wording has also changed in Settings->Preferences, Interface tab to make it clearer for understanding Drag edge only Drag media only Drag edge and media 2) x264 and x265 libraries are now at the current version in the thirdparty directory 3) ESD - old sound driver is no longer necessary for the build prepare 4) DVB changes/fixes courtesy MatN
We tested as usual, but if you notice any problems or something not working like you expect, please let us know. gg/phyllis
Sam, thank you for the quick turnaround. GG will work on it tomorrow to fix both bugs. gg/phyllis On Sat, Jan 19, 2019 at 6:04 PM Sam <[email protected]> wrote:
Thanks for the info Phyllis. I have had the opportunity to test it and by renaming it, it is indeed clearer and therefore easier to understand. I noticed two bugs.
1. "edge only" I can pull a clip longer than the actual length of the clip. There is no end. When I then pull back to the original size, the cut marks don't fit anymore. 2. "media only" behaves the same as "edge only", same errors.
Both bugs described above are also present in groupings.
Sam
Am 20.01.19 um 01:40 schrieb Phyllis Smith:
The following main changes were included in GG's checkin today. There is an Ubuntu16 build at:
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat...
1) biggest deal is *drag edits handling has been reworked* the wording has also changed in Settings->Preferences, Interface tab to make it clearer for understanding Drag edge only Drag media only Drag edge and media 2) x264 and x265 libraries are now at the current version in the thirdparty directory 3) ESD - old sound driver is no longer necessary for the build prepare 4) DVB changes/fixes courtesy MatN
We tested as usual, but if you notice any problems or something not working like you expect, please let us know. gg/phyllis
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Oh boy, this is confusing. Previously, mouse buttons 1, 2 and 3 behaved like the "ripple", "roll" and "slip" tools (the fundamentals) in other editors, making it easy to remember. What's the reason for this new change?
I agree with Xing. More, even if I rearrange the buttons in preferences, it don't work as before. IgorBeg Il 20/01/2019 11.05, Xing Tu ha scritto:
Oh boy, this is confusing. Previously, mouse buttons 1, 2 and 3 behaved like the "ripple", "roll" and "slip" tools (the fundamentals) in other editors, making it easy to remember. What's the reason for this new change?
I only noticed the two bugs in yesterday's quick & short test. I have to join the previous speaker. During the more extensive tests, I noticed that feature "roll" no longer exists. Although it is a very important feature in video editing. The extended trim features as it was before made more sense in my opinion, because they were designed for video editing. Sam Am 20.01.19 um 14:45 schrieb Igor BEGHETTO:
I agree with Xing. More, even if I rearrange the buttons in preferences, it don't work as before. IgorBeg
Il 20/01/2019 11.05, Xing Tu ha scritto:
Oh boy, this is confusing. Previously, mouse buttons 1, 2 and 3 behaved like the "ripple", "roll" and "slip" tools (the fundamentals) in other editors, making it easy to remember. What's the reason for this new change?
OK, finally checked in the "expected" methods + more...
"roll" and "slip" tools (the fundamentals) in other editors, making it easy to remember.
What's the reason for this new change?
Yes, the last drag handle efforts did not live up to expectations. My original motive was to create a simplified set of edge operators. It did that, but it only operated on single edits. I was quickly informed that a more standard set of edge operators should exist, and they use more than one edge/edit. So, I have re-worked with this in mind. If there are edge/edit functions that should exist, or should operate differently, let me know. The new GIT checkin now has Ripple, Roll, Slip + Slide, Edge. After reading the following, I think we got it right. https://www.videomaker.com/article/c3/13443-ripple-n-roll-slip-n-slide Attached is a small text file covering all variations of all the cases with a key at the top. Feedback needed and welcome. An Ubuntu 16 build is at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat... Checkin also contains 12 plugins that now have Reset buttons !! from a contributor (not GG or me) and and bug fix.
GG/Phyllis, thanks for the build. Seems to me that you are mixing five mode (Ripple, Rolling, Slip, Slide, Edge) with only the mouse's three buttons and left&right pointer. Really, it is not confortable and not intuitive, sorry. I think that the old behaviour (version 20181231) was really perfect and consistency. /* ********************************** */ Version 20181231 (and before) - Btn1= LMB= Drag all following edits= Ripple (total lenght is altered) - Btn2= MMB= Drag only one edits= Rolling (total lenght is NOT altered) - Btn3= RMB= Drag source only= Slip (total lenght is NOT altered) /* ********************************** */ If you need a new key with ones of the three mouse button to have more edit mode, I could suggest (if you and other users agree with me) that the Shift key, to split the view in Compositor, is made available for the new modes and the split is always showed when a drag with the edge is done. I hope I explained myself well. Thanks. IgorBeg Il 25/01/2019 23.27, Phyllis Smith ha scritto:
OK, finally checked in the "expected" methods + more...
"roll" and "slip" tools (the fundamentals)in other editors, making it easy to remember.
What's the reason forthis new change?
Yes, the last drag handle efforts did not live up to expectations. My original motive was to create a simplified set of edge operators. It did that, but it only operated on single edits. I was quickly informed that a more standard set of edge operators should exist, and they use more than one edge/edit. So, I have re-worked with this in mind. If there are edge/edit functions that should exist, or should operate differently, let me know.
The new GIT checkin now has Ripple, Roll, Slip + Slide, Edge. After reading the following, I think we got it right.
https://www.videomaker.com/article/c3/13443-ripple-n-roll-slip-n-slide
Attached is a small text file covering all variations of all the cases with a key at the top. Feedback needed and welcome. An Ubuntu 16 build is at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat... Checkin also contains 12 plugins that now have Reset buttons !! from a contributor (not GG or me) and and bug fix.
IgorB: Seems to me that you are mixing five mode (Ripple, Rolling, Slip, Slide,
Edge) with only the mouse's three buttons and left&right pointer.
You can still just use the old way with the default setting of Drag all, Drag one, Drag Source which are pretty much equivalent to Ripple, Roll, and Slip. But now at least you have the option of using a couple of different ones instead. I don't see a problem and think it is clearer - I compared the Old Way and the New Way and you can get the same results. ??? Phyllis
Thank you for the changes. I find more options better and I can continue to use it as before, so I don't see it as problematic. 1.) I just find it problematic that there is no way to use the five different options without having to change the settings. Five options on three buttons is a bit awkward. I have an alternative suggestion. I have added a photomontage. https://ibb.co/FV2XZkk With this option I extend the buttons. In my example I have used the Ctrl key, Igor suggested the Shift key for this, if you can think of a better one, then I would like to use another key as well. Whatever key you use, the main thing is a toggle switch. So I have the possibility to use all options without having to go into the settings every time. 2.) The split view in the compositor (Shift + Drag) I would define as an option in the settings. I almost always use the split view and would be happy if I always had it without having to press the shift key every time. People who have deactivated this option in the settings and only want to use it at certain places should have the possibility to activate it further temporarily with Shift + Drag. I would name the item as follows "Always use split view in compositor". Maybe you can think of a better phrase. Sam Am 26.01.19 um 19:58 schrieb Phyllis Smith:
IgorB:
Seems to me that you are mixing five mode (Ripple, Rolling, Slip, Slide, Edge) with only the mouse's three buttons and left&right pointer.
You can still just use the old way with the default setting of Drag all, Drag one, Drag Source which are pretty much equivalent to Ripple, Roll, and Slip. But now at least you have the option of using a couple of different ones instead. I don't see a problem and think it is clearer - I compared the Old Way and the New Way and you can get the same results. ??? Phyllis
Phyllis, you are saying I can use it as before, but it doesn't work as before, sorry (this afternoon I tested the new version (built: Jan 25 2019) vs "20181231" version). Or maybe, is there a key to press together with the mouse button? I tried Ctrl, Alt and looked in Preferences. The modes also depends on the arrow's direction on the edge, if it is right or left, or am I wrong? When I used "Adobe Premiere Pro2", time ago, I remember that it had 4 icons for 4 different mode (ripple, rolling, slip, slide) and only LMB. But you know. Like Sam, I always use split view on Compositor when I drag an edge (with Shift key). Other NLE use split view by default then the Shift key could be avalaible for the new modes, I think. And I agree with Sam's points 1 and 2. I know that you, GG and Phyllis, have spent a lot of time for that, butsorry, I repeat myself, for me is not very comfortable, now. Of course it is only my opinion. IgorBeg Il 26/01/2019 20.27, Sam ha scritto:
Thank you for the changes. I find more options better and I can continue to use it as before, so I don't see it as problematic.
1.) I just find it problematic that there is no way to use the five different options without having to change the settings. Five options on three buttons is a bit awkward. I have an alternative suggestion. I have added a photomontage.
With this option I extend the buttons. In my example I have used the Ctrl key, Igor suggested the Shift key for this, if you can think of a better one, then I would like to use another key as well. Whatever key you use, the main thing is a toggle switch. So I have the possibility to use all options without having to go into the settings every time.
2.) The split view in the compositor (Shift + Drag) I would define as an option in the settings. I almost always use the split view and would be happy if I always had it without having to press the shift key every time. People who have deactivated this option in the settings and only want to use it at certain places should have the possibility to activate it further temporarily with Shift + Drag. I would name the item as follows "Always use split view in compositor". Maybe you can think of a better phrase.
Sam
*Terje:* short note, unfortunately x265 updated around January 19th is version 2.9 and usually we like to run for at least a week before doing new builds so probably will not update to 3.0 just yet. *Sam/Igor*: will have to see what can be done to make these new changes more friendly and resolve any confusion. Here is some initial feedback though.
With this option I extend the buttons. In my example I have used the Ctrl key, Igor suggested the Shift key for this,
The Ctrl key is already gobbled up by the Snap feature, which was an important feature request and has been in a long time so can not be given up. Yes, it is used in conjunction with Alt+ another character, but as soon as the Ctrl key is seen, the code takes off with snapping. The split view in the compositor (Shift + Drag) I would define as an option
in the settings. I almost always use the split view and would be happy if I always had it without having to press the shift key every time.
GG would like to have the Shift key back for the mouse actions instead and agrees it would be nice not to have to use Shift for the split view BUT currently has no alternative plan. *Still thinking about what to do... * When I used "Adobe Premiere Pro2", time ago, I remember that it had 4 icons
for 4 different mode (ripple, rolling, slip, slide) and only LMB.
My understanding is that there is extra clicking involved because in order to use these you have to first "select" the appropriate tool. I could very well be wrong. Using all 3 mouse buttons is better than having to select each time.
Like Sam, I always use split view on Compositor when I drag an edge (with Shift key). Other NLE use split view by default then the Shift key could be avalaible for the new modes, I think.
I can not recall now why the Shift key was necessary, but I am pretty sure it was due to a code conflict. I will find out later.
The modes also depends on the arrow's direction on the edge, if it is right or left, or am I wrong?
Yes it does. If you look at drag1.txt where is says, for example, "roll left" that means the drag handle is pointed left and then the < and > characters over the textboxes indicate you are dragging with the left-facing arrow to the left (<) or to the right (>). And then where it says "roll right" that means the drag handle is pointed right. It took me a loooooooooong time to test and understand drag1.txt but it was necessary for programming purposes to get the code correct and also to ensure that all of the cases that worked in the Old Way were incorporated into the New Way. Also, in case IgorB did not notice, there are the keys "11" , "00", "10" ... to indicate that the effects and autos get correctly moved with the clips. It is quite complicated code. I hope this helps a little and you know we will continue to improve whatever we can! gg/Phyllis
GG would like to have the Shift key back for the mouse actions instead and agrees it would be nice not to have to use Shift for the split view BUT currently has no alternative plan. Still thinking about what to do... What if cin-gg were to make use of "mouse chording"'. For instance, to perform a "slide", the user can hover over a clip, hold down button1, follow it up with button2 then drag. Something like http://acme.cat-v.org/mouse but for video!
Xing:
What if cin-gg were to make use of "mouse chording"'. For instance, to perform a "slide", the user can hover over a clip, hold down button1, follow it up with button2 then drag. Something like http://acme.cat-v.org/mouse but for video!
This is an intriguing concept! Something else to think about -- always need more shortcuts. Thanks for bringing this up.
2) x264 and x265 libraries are now at the current version in the thirdparty directory Does this possibly include x265 Version 3.0 released 23/01/2019 (three days later)? https://x265.readthedocs.io/en/latest/releasenotes.html Rgds Terje Den 20.01.2019 01:40, skrev Phyllis Smith: The following main changes were included in GG's checkin today. There is an Ubuntu16 build at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-stat... 1) biggest deal is drag edits handling has been reworked the wording has also changed in Settings->Preferences, Interface tab to make it clearer for understanding Drag edge only Drag media only Drag edge and media 2) x264 and x265 libraries are now at the current version in the thirdparty directory 3) ESD - old sound driver is no longer necessary for the build prepare 4) DVB changes/fixes courtesy MatN We tested as usual, but if you notice any problems or something not working like you expect, please let us know. gg/phyllis
participants (5)
-
Igor BEGHETTO -
Phyllis Smith -
Sam -
Terje J Hanssen -
Xing Tu