v6.73+dev1231 - December 31 2022

[matt_t]

v6.73+dev1231 - December 31 2022

• * 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
• + JSFX/ReaScript IDEs: fix loss of X position when scrolling vertically in some instances [t=274248]
• + Localization: improve support for various loudness-related displays
• + 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)
• + ReaScript/JSFX: extend gfx.getchar() to return discrete unicode values when available
• + Render: improve tab order around output format configuration
• + Track grouping: items on edit-grouped tracks follow mouse-click take selection changes [t=274295]
• + Vertical zooming: overhaul, allow more fractional zoom state
• # IDE/gfx.getchar: more windows international keyboard support fixes
• # Localization: fix localization of column names in context menu
• # Media item lanes: action to copy razor edit area to first playing lane does not move edit cursor
• # Media items: fix copying items when moving vertically with snap enabled [
• # Render wildcards: fix case conversion for some latin-extended-A characters [p=2629080]
• # Zoom: fix action to toggle tracks to maximum zoom if maximum zoom has been customized [p=2628925]

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

[BartR]

Above what already told about this, even just completing the line in this way, will help intuitivity ...

+ Vertical zooming: overhaul, allow more fractional zoom state

This is excellent

* Includes feature branch: render dialog statistics display improvements

Works fine it seems

[ovnis]

In this zoom, my FX list has disappeared. Is it normal or a bug?



6.73:

[BartR]

Originally Posted by ovnis

In this zoom, my FX list has disappeared. Is it normal or a bug?



6.73:

Indeed to me as well

EDIT: no it works now. Just it's deactivated.

[ovnis]

OK, the amount of zoom is not the same than with the last version.

This new feature will not destroy lots of theme?

My theme had taken into account every degree of zoom (the first zooms).

[BartR]

I got a strange behaviour

What I noticed is that sometimes even having the tracks armed for recording, the audio is not going through. I have to dis-arm and re-arm the tracks ...

[ovnis]

Not expected behaviour (fx list has disappeared on a fractional zoom state):




THe expected behaviour (Reaper 6.73). All was pefect!

[vitalker]

Originally Posted by matt_t

# Zoom: fix action to toggle tracks to maximum zoom if maximum zoom has been customized

Is it intentional that maximum zoom level can be set in 13-800% range? My screen resolution is 1920x1080 with 1.25 DPI scaling.

[ovnis]

When Reaper opens, it doesn't recall the vertical scroll bar position of the arrangement window.

When inside project.rpp, there is "SHOW 1" inside <FXCHAIN>, the window arrangement is not well recalled.

[schwa]

Originally Posted by vitalker

Is it intentional that maximum zoom level can be set in 13-800% range? My screen resolution is 1920x1080 with 1.25 DPI scaling.

Those are meant as sanity bounds .. the maximum zoom can be as low as 12.5% = 1/8x (meaning 8 tracks fit on the screen at maximum zoom) or as high as 800% = 8x (meaning one track is 8 screens tall at maximum zoom).

[vitalker]

Originally Posted by schwa

Those are meant as sanity bounds .. the maximum zoom can be as low as 12.5% = 1/8x (meaning 8 tracks fit on the screen at maximum zoom) or as high as 800% = 8x (meaning one track is 8 screens tall at maximum zoom).

I can understand 1/8x, but why 8x?
Using mousewheel I can't scroll through one track and track number is hidden. How would you use tracks with such a height? Dragging scrollbars with mouse?
Not sure, but maybe updating track heights (higher than new zoom level) after decreasing maximum zoom would be useful?

[schwa]

Originally Posted by vitalker

I can understand 1/8x, but why 8x?
Using mousewheel I can't scroll through one track and track number is hidden. How would you use tracks with such a height? Dragging scrollbars with mouse?

We could make the sanity bounds smaller I suppose. But it's also pretty easy to not type in "800" for this preference

[vitalker]

Originally Posted by schwa

We could make the sanity bounds smaller I suppose. But it's also pretty easy to not type in "800" for this preference

That's true, but I was checking what would happen.
Also updated my previous post with "Not sure, but maybe updating track heights (higher than new zoom level) after decreasing maximum zoom would be useful?"

[vitalker]

Originally Posted by schwa

Those are meant as sanity bounds .. the maximum zoom can be as low as 12.5% = 1/8x (meaning 8 tracks fit on the screen at maximum zoom) or as high as 800% = 8x (meaning one track is 8 screens tall at maximum zoom).

For some reason I don't get 8 tracks, nor 5, nor exactly 2 (2+).

[souk21]

+ Vertical zooming: overhaul, allow more fractional zoom state

Thanks, feels nice! Zooming is way smoother now

Not sure if that's related but scrolling is smooth when mouse is over arrange view but not when mouse is over TCP (it seems to only increment by track height)

[vitalker]

Originally Posted by souk21

but not when mouse is over TCP (it seems to only increment by track height)

It worked like that for a long time.

[ovnis]

The degree of zoom is not consistent! This why my fx list disappears!
There was no such problem on previous versions.

Step: 8 * mouseshell move (zoom)
and after that, unzoom... the size of TCP will not be the same than before.

Maximum zoom: 100%.

[BartR]

hey guys, what about this???

https://forum.cockos.com/showpost.ph...33&postcount=6

it still occurring on my portable installation

[vitalker]

Originally Posted by matt_t

* Includes feature branch: selected media item appearance changes

Maybe this time my idea will work again (like with razor edits). Here are two variants, both striped, but the stripes are mirrored regarding what we have in razor edits. Left item has default color, right item is set to custom color.

Lighter stripes are selection, darker are item's color:




Same here, but now selection consists of two colors, which may be different, but ideally should be complementary.

[ovnis]

Originally Posted by schwa

Those are meant as sanity bounds .. the maximum zoom can be as low as 12.5% = 1/8x (meaning 8 tracks fit on the screen at maximum zoom) or as high as 800% = 8x (meaning one track is 8 screens tall at maximum zoom).

It seems buged.

For 12.5%, I ve got only 4 tracks.

And for 25%, I ve got 3 tracks.

DPI 100% 4K

[ovnis]

Zoom steps seem broken on this reaper version:
looks like some intermediate zoom steps are missing.
It zooms too fast.



dev1230 (It works well. zoom is more progressiv):

[Justin]

ovnis how are you adjusting the zoom? action?

[ovnis]

Yes.



Action. View Zoom vertically (MIDI CC relative/mousewheel)

[Justin]

via a controller or mousewheel?

[ovnis]

via mousewheel.

[Justin]

the thing is, that action now allows you to freely size between the pre-defined sizes that the theme has... so you should be able to get all of the sizes, it just won't _snap_ to the pre-defined ones. Is it operating too quickly so that you go from one size to the next too quickly?

[Justin]

Try making a custom action with the mousewheel zoom, and stick one or two "Action: Modify MIDI CC/mousewheel: 0.5x" before it, see if that slows it down enough?

[ovnis]

I designed my theme to go perfectly with each level of zoom. Now, it's broken.

This combined optimiastion of space (no free space that is useless) and aesthetic appearance.

Also, the old system seemed to offer much more predictable zoom steps with smoother steps (smaller zoom levels). Now, it's unpredictable (not the same amount of zoom or unzoom) and this can make some themes not great.

For me the previous zoom system was perfect.

Too bad, I would stay with the previous version.

Previous (perfect):




Now:

[Justin]

Now it should have many more steps if zooming by mousewheel -- did you try the custom action w/ meta action to see if that solves? Not saying it would be a permanent solution but help me diagnose your issue.

Is your theme up somewhere btw?

[ovnis]

Yes. I have tried but issues remain.

My TCP transformation is very strange/ugly sometimes.

[Embass]

[ovnis]

Is your theme up somewhere btw?

No.

But I can send you my theme by email?

[Embass]

[ovnis]

I have sent an email to support@cockos.com.

[Justin]

Originally Posted by ovnis

I have sent an email to support@cockos.com.

thanks! though I haven't seen it yet. (large attachments usually result in the email getting blackholed)

[ovnis]

The email has been rejected. I will try with a another way.

[Justin]

also what OS and mouse type? there really should be many steps between each zoom level, e.g. you can increase the size of each track by a few pixels at a time...

[ovnis]

WIndows 10 and Scimitar (which works with CUE2). I have sent you a new email. Same issue when CUE2 is disabled.

[ovnis]

Reaper @stock.


Is it as expected?

[Justin]

This is what I get, stepping through the mousewheel slowly using that action: