v6.13+dev0904 - September 4 2020 + API: add support for querying envelope GUID + Region manager: add preference to list markers, regions, and take markers mixed together or separately # Media explorer: hopefully fix searching on leading path in databases [t=241906] # Razor edit: fix copy/duplicate/ripple interaction [p=2338890] # Razor edits: fix erasing automation items when moving vertically
+ Region manager: add preference to list markers, regions, and take markers mixed together or separately
__________________ subproject FRs click here note: don't search for my pseudonym on the web. The "musicbynumbers" you find is not me or the name I use for my own music.
Ple-e-ease! Please put in a stall the right click of the mouse! Now it's behave FUBAR. Selects, deselects, unselects, make issues and no one controle it. Time to implement "right-clicks", no?
Anybody else?
P.S. Cant' find these in API — where're right clicks? No. There're not 'em there.
Thanks! On more API related things, a CountRazorEdits() would be useful to have for defer scripts. (Currently we have to iterate over all the tracks and count that way)
Another thing I would like to mention that is tangentially related is, the defer rate for scripts. Recently we have been playing around with envelope manipulation with scripts:
However having them run at 30-33fps looks and feels really sluggish compared to native behaviour, which is also true for all other scripts that have moving parts. (with GUI or not)
I believe the following thread goes over it really well: https://forum.cockos.com/showthread.php?t=197057
Having a faster defer rate (if it is possible) would improve so many scripts.
Thanks! On more API related things, a CountRazorEdits() would be useful to have for defer scripts. (Currently we have to iterate over all the tracks and count that way)
Another thing I would like to mention that is tangentially related is, the defer rate for scripts. Recently we have been playing around with envelope manipulation with scripts:
However having them run at 30-33fps looks and feels really sluggish compared to native behaviour, which is also true for all other scripts that have moving parts. (with GUI or not)
I believe the following thread goes over it really well: https://forum.cockos.com/showthread.php?t=197057
Having a faster defer rate (if it is possible) would improve so many scripts.
This is such wonderful work guys, but I outright beg that this not result in never getting this functionality natively.
Yep yep ! Now imagine: This + multiple horizontal areas for each track and a modifier to apply to all areas (shift drag on the square) or only the focused one.
edit: ohhh so multiple horizontal areas is supported! : D GREAT! /me auto slaps!
so what is the issue with the use cases and all that history?
Ple-e-ease! Please put in a stall the right click of the mouse! Now it's behave FUBAR. Selects, deselects, unselects, make issues and no one controle it. Time to implement "right-clicks", no?
Thanks! On more API related things, a CountRazorEdits() would be useful to have for defer scripts. (Currently we have to iterate over all the tracks and count that way)
Another thing I would like to mention that is tangentially related is, the defer rate for scripts. Recently we have been playing around with envelope manipulation with scripts:
However having them run at 30-33fps looks and feels really sluggish compared to native behaviour, which is also true for all other scripts that have moving parts. (with GUI or not)
I believe the following thread goes over it really well: https://forum.cockos.com/showthread.php?t=197057
Having a faster defer rate (if it is possible) would improve so many scripts.
How are you doing that ? Pls..On that GIF..Its amazing..Pls share how you are doing that...
I wrote a small script that encloses all selected Media Items and selected Automation Items in minimal razor selections. This allows me to copy/move/duplicate selected MIs and selected AIs together, while excluding all non-selected MIs and AIs -- a long, long awaited feature.
However, using razor selections as a workaround isn't a perfect solution, since razor selections cannot pick out individual MIs among multiple overlapping MIs in free item positioning mode, nor individual AIs among multiple overlapping AIs.
It would therefore still be useful to have actions and mouse modifier functions for copying and moving based on item selection instead of razor selection.
Thanks! On more API related things, a CountRazorEdits() would be useful to have for defer scripts. (Currently we have to iterate over all the tracks and count that way)
Another thing I would like to mention that is tangentially related is, the defer rate for scripts. Recently we have been playing around with envelope manipulation with scripts:
However having them run at 30-33fps looks and feels really sluggish compared to native behaviour, which is also true for all other scripts that have moving parts. (with GUI or not)
I believe the following thread goes over it really well: https://forum.cockos.com/showthread.php?t=197057
Having a faster defer rate (if it is possible) would improve so many scripts.
Ok, so this is something I wish I could do in nearly every track but never get round to looking into how to do it.
To find out that it wasnt possible and that now it is...
This feature simply has to be in the official release. Its so basic yet such a quality of life/workflow imperative!
Gonna install this pre release now just so I can use this.
Ok, so this is something I wish I could do in nearly every track but never get round to looking into how to do it.
To find out that it wasnt possible and that now it is...
This feature simply has to be in the official release. Its so basic yet such a quality of life/workflow imperative!
Gonna install this pre release now just so I can use this.
Don't want to disappoint you, but the feature you see in the GIF is not implemented in REAPER. Right now, we have an area selection (aka razor edit) framework and several API functions that make it possible to create scripts.
The result is an envelope editing script being coded by Sexan and Birdy (work in progress).
With regards to the behaviour of RE and copying items. Is there a way to make the new copy its own group that is not part of the group the item area was copied from?
At present, I am having to perform the RE, then ungroup copied items, and then regroup them.