v6.73+dev0101 - January 1 2023

[sockmonkey72]

v6.73+dev0101 - January 1 2023

• * Includes feature branch: routing matrix/track wiring input activity indicators
• * Includes feature branch: preview item selection for grouped tracks
• * Includes feature branch: VST3 per-channel silence reporting compatibility option
• * Includes feature branch: better .RfxChain media explorer and clipboard integration
• * Includes feature branch: ReaReaRea timestretch mode
• * Includes feature branch: GR metering as embedded UI for third-party VSTs
• * Includes feature branch: JSFX new features and EEL2 preprocessor
• * Includes feature branch: render dialog statistics display improvements
• * Includes feature branch: selected media item appearance changes
• * Includes feature branch: media item fixed lanes
• + API: avoid performance issues due to SWS flooding with dozens of calls to RefreshToolbar() regularly
• + Actions window: update toggle states in response to actions [t=247947]
• + IDEs: smarter selection of suggested items on initial mousemove [p=2629534]
• + Media item lanes: hide lane name TCP control when track is not set to fixed lanes
• + Media item lanes: support editing lane name in TCP (if lane name field is displayed)
• + Razor edit: add mouse modifiers to move razor edits without contents horizontally/vertically/on one axis only
• + Razor edit: add option to move edit cursor on razor edit change
• + Razor edits: support cut/copy/paste on project play rate envelope [p=2629413]
• + Vertical zoom: add new actions for mousewheel zoom that do not snap to theme-defined sizes, make default for ctrl+mousewheel
• + WALTER: add trackfixedlanes variable (1=track is set to fixed lanes)
• # Media item fixed lanes: click on lane button or mouse modifier to play only lane never toggles the lane off [p=2629581]
• # Media item fixed lanes: don't change lane play state when adding/removing lanes [p=2629435]
• # Media item fixed lanes: fix actions to play only previous/next lane for track under mouse [p=2629492]
• # Media item lanes: actions that depend on first playing lane consider only visible lanes [p=2629475]
• # ReaReaRea: change start-of-stream logic to be more consistent
• # Vertical zoom: actions to zoom in/out (ctrl+shift+up/down) snap to common sizes
• # Vertical zoom: improve behavior of zoom limits

This thread is for pre-release features discussion. Use the Feature Requests forum for other requests.

Changelog - Pre-Releases

Generated by X-Raym's REAPER ChangeLog to BBCode

[PitchSlap]

I haven't dived in too much yet, but really appreciate new time-stretch modes, especially when they can be used creatively.

One thing I think could be interesting for ReaReaRea is having BPM-based fade times rather than arbitrary ms values.

Also a setting in the Media Explorer to display/choose the preview time-stretch mode/options would allow experimenting while auditioning sounds rather than having to add them to the project first.

[srdmusic]

Thank you for all the wonderful updates last year.

[bolgwrad]

Originally Posted by sockmonkey72

v6.73+dev0101 - January 1 2023
[list][*]# Media item fixed lanes: click on lane button or mouse modifier to play only lane never toggles the lane off [p=2629581]

Many thanks, auditioning takes/comps is now a breeze

[BartR]

Flickering when Actions is opened.

Into the animated gif you get only the lower part of the image. In the reality is the whole window that flickers.

[BartR]

[vitalker]

Originally Posted by BartR

Flickering when Actions is opened.

Into the animated gif you get only the lower part of the image. In the reality is the whole window that flickers.

Confirmed here. Some more info:
1. In empty project without touching mouse it doesn't flicker.
2. In empty project without touching mouse and open Track Wiring it starts flickering.
3. In empty project while moving mouse cursor a liiiiitle bit it doesn't flicker.
4. In empty project while moving mouse cursor a bit more than a liiiiitle bit it starts flickering.
5. When project has at least 4 track it starts flickering without touching mouse.
6. Suggested items list in IDE is flickering when moving mouse over it.

[BartR]

Originally Posted by vitalker

Confirmed here. Some more info:
1. In empty project without touching mouse it doesn't flicker.
2. In empty project while moving mouse cursor a liiiiitle bit it doesn't flicker.
3. In empty project while moving mouse cursor a bit more than a liiiiitle bit it starts flickering.
4. When project has at least 4 track it starts flickering without touching mouse.

i was not touching the mouse at all

[vitalker]

Originally Posted by sockmonkey72

+ IDEs: smarter selection of suggested items on initial mousemove [p=2629534]

Thank you! Now no need to worry whether mouse cursor is over popup window.

[vitalker]

Originally Posted by BartR

i was not touching the mouse at all

Updated my list.

[vitalker]

Originally Posted by BartR

It was in previous build
+ Media item lanes: support tcp.lanelabel element in WALTER, to display the name of the currently-playing fixed lane (not visible in default theme, yet)
If you want to see how it looks like, here is an example: https://forum.cockos.com/showpost.ph...9&postcount=63

[Embass]

[BartR]

Originally Posted by vitalker

It was in previous build
+ Media item lanes: support tcp.lanelabel element in WALTER, to display the name of the currently-playing fixed lane (not visible in default theme, yet)
If you want to see how it looks like, here is an example: https://forum.cockos.com/showpost.ph...9&postcount=63

It should be by default visible. 5% of the users will edit WALTER ...

[Embass]

[Ideosound]

Originally Posted by PitchSlap

I haven't dived in too much yet, but really appreciate new time-stretch modes, especially when they can be used creatively.

One thing I think could be interesting for ReaReaRea is having BPM-based fade times rather than arbitrary ms values.

Also a setting in the Media Explorer to display/choose the preview time-stretch mode/options would allow experimenting while auditioning sounds rather than having to add them to the project first.

This is a great idea!!!

[vitalker]

Originally Posted by BartR

It should be by default visible. 5% of the users will edit WALTER ...

"yet" means it will be later. White Tie needs time to implement it, doesn't he?

[mlprod]

Originally Posted by sockmonkey72

v6.73+dev0101 - January 1 2023
[*]+ Vertical zoom: add new actions for mousewheel zoom that do not snap to theme-defined sizes, make default for ctrl+mousewheel

Changelog - Pre-Releases

Generated by X-Raym's REAPER ChangeLog to BBCode

Awesome! Now we just need mixer scroll actions=)

[Embass]

[Vagelis]

Originally Posted by sockmonkey72

v6.73+dev0101 - January 1 2023[*]+ Razor edits: support cut/copy/paste on project play rate envelope [p=2629413]

Amazing!

Originally Posted by sockmonkey72

v6.73+dev0101 - January 1 2023[*]# ReaReaRea: change start-of-stream logic to be more consistent

It's better now thanks a lot!

[vitalker]

Originally Posted by mlprod

Awesome! Now we just need mixer scroll actions=)

While there are no actions, you can use mine
https://forum.cockos.com/showthread.php?t=273526

[Vagelis]

Originally Posted by PitchSlap

I haven't dived in too much yet, but really appreciate new time-stretch modes, especially when they can be used creatively.

One thing I think could be interesting for ReaReaRea is having BPM-based fade times rather than arbitrary ms values.

Also a setting in the Media Explorer to display/choose the preview time-stretch mode/options would allow experimenting while auditioning sounds rather than having to add them to the project first.

I would pprefer having ms and an option to sync to bpm values since both are useful depending on the context.

Personally i still hope to get a take envelope to automate the grain size since it will allow us to be more creative with granular sound effects.

[BartR]

Originally Posted by vitalker

"yet" means it will be later. White Tie needs time to implement it, doesn't he?

Ah ok I've stupidly missed the "yet" :-D Sorry

[vitalker]

Originally Posted by BartR

Ah ok I've stupidly missed the "yet" :-D Sorry

It would be very strange to add something, which is not visible in default theme.

[Embass]

[Phazma]

Originally Posted by sockmonkey72

[*]# ReaReaRea: change start-of-stream logic to be more consistent

Can’t try the dev release yet but thanks for adressing this. Will try and give feedback in a few hours

Originally Posted by Vagelis

I would pprefer having ms and an option to sync to bpm values since both are useful depending on the context.

+1 agree. Leave ms by default and perhaps add an option we can check that transforms 48ms to 1/8th note or something similar.

Originally Posted by Vagelis

Personally i still hope to get a take envelope to automate the grain size since it will allow us to be more creative with granular sound effects.

+1 here too. Allowing the user to specify any ms value and not just select a predefined one would open many creative possibilities, if it isn’t too much UX/UI work to implement.

[ovnis]

There is envelope points whch shouldn't be there either, too.

Originally Posted by Embass

[mlprod]

Originally Posted by vitalker

While there are no actions, you can use mine
https://forum.cockos.com/showthread.php?t=273526

See my reply why that doesn't work. But enough about that in this thread...

[BenjyO]

Originally Posted by PitchSlap

Also a setting in the Media Explorer to display/choose the preview time-stretch mode/options would allow experimenting while auditioning sounds rather than having to add them to the project first.

Superb idea!

[Justin]

Originally Posted by BartR

Flickering when Actions is opened.

Into the animated gif you get only the lower part of the image. In the reality is the whole window that flickers.

try it without sws installed (it causes periodic refreshes for no good reason)... but fixing the flicker anyway on Windows.

[Embass]

[vitalker]

Originally Posted by Justin

try it without sws installed...

Okay, I've disabled SWS, but when I add fourth+ track, it still is flickering once, what doesn't happen in 6.73.

[MonkeyBars]

Originally Posted by Phazma

+1 agree. Leave ms by default and perhaps add an option we can check that transforms 48ms to 1/8th note or something similar.

I've played fast bebop tunes but never over 1000 BPM! lol

fröliches neues Jahr zu allen!

[MonkeyBars]

Embass starting the year out like a boss! Well done sir, top QA master. We love you

Originally Posted by sockmonkey72

[*]+ Actions window: update toggle states in response to actions [t=247947]

Thanks Justin, works great here! No flickers in macOS.

[vitalker]

Originally Posted by MonkeyBars

Embass starting the year out like a boss! Well done sir, top QA master. We love you

Reminds me:
https://www.youtube.com/watch?v=H3cNUJK-u64

[MonkeyBars]

Originally Posted by vitalker

Reminds me:
https://www.youtube.com/watch?v=H3cNUJK-u64

APPROPRIATE.

[BartR]

Originally Posted by Justin

try it without sws installed (it causes periodic refreshes for no good reason)... but fixing the flicker anyway on Windows.

It still flicker. Not happening in 6.73 official release. Even with the Track Wiring Diagram opened.

[Phazma]

Originally Posted by sockmonkey72

[*]# ReaReaRea: change start-of-stream logic to be more consistent

Just gave it a few tests.. now we're talking! (not that we weren't before :P) Sounds great with everything I tried so far, thanks Justin!

[ferropop]

# Smooth Vertical Zoom

Curious how this is supposed to function.

On a stepped mousewheel (Windows) every step is still a fixed vertical zoom step. ie, nothing has changed.

If I RDP from a Macbook Pro into Windows and run that same instance of Reaper (now using the MBPro's Trackpad) I get beautiful smooth vertical zooms.

Is this a limitation of stepped mousewheels vs trackpads?

[nofish]

Originally Posted by sockmonkey72

[*]+ API: avoid performance issues due to SWS flooding with dozens of calls to RefreshToolbar() regularly

Originally Posted by Justin

try it without sws installed (it causes periodic refreshes for no good reason)... but fixing the flicker anyway on Windows.

By chance any more info on this (which part of SWS code it's coming from) so it could also be looked into from SWS side?

[vitalker]

Originally Posted by nofish

By chance any more info on this (which part of SWS code it's coming from) so it could also be looked into from SWS side?

Same as the next note. Cfillion already answered there.
https://forum.cockos.com/showthread.php?t=247947