yes. it seems the minimum height is a bit larger now, which leaves those gaps. And it is even worse if you make the ruler larger to make room for multiple region lanes etc.

idea: right click where we can drag to resize the ruler area(where the cursor changes to arrows), to display a menu with the "Ruler: x" actions.
We are used to be able to right click everything. Don't lose this.

This appears to fix displaying lower-case letters such as j and y and underscores (_) in markers and regions. I've got it working in all Ruler resizing modes using all characters found on my standard MS keyboard (upper-case/lower-case letters, numbers and symbols.) Thanks!

v5.65rc4 - December 7 2017+ API: GetTempoTimeSigMarker always returns the current tempo and time signature, even if the marker only sets one or the other [p=1916517]

I thought this had anything to do with the break of SWS/BR freehand tempo actions, but no... Those actions are still sorely broken. Please devs, don´t be like that; with 5.65, you´re going to break something of great importance for many of us MIDI producers...

That's not directly related to this Pre-Release, but I tested starting with 5.50c and that bug surfaced in v5.60. Note: It doesn't happen if you enable the Option "Automation items connect to the underlying envelope on both sides".

I thought this had anything to do with the break of SWS/BR freehand tempo actions, but no... Those actions are still sorely broken. Please devs, don´t be like that; with 5.65, you´re going to break something of great importance for many of us MIDI producers...

Do me a favor — make a licecap video showing the actions to reproduce on both 5.62 and the latest build, one video on each, and go really slowly. and then list the steps here too. do that and i’ll see if i can reproduce and fix!

v5.65rc4 - December 7 2017+ API: GetTempoTimeSigMarker always returns the current tempo and time signature, even if the marker only sets one or the other [p=1916517]

Unfortunately, this does not fix the problem:

* GetTempoTimeSigMarker and SetTempoTimeSigMarker should be symmetric. SWS and scripts assume that, if GetTempoTimeSigMarker's return values are used as arguments for SetTempoTimeSigMarker, there will be no change. With these new return values, tempo changes are turned into timesig markers.

* How can a script distinguish between a tempo change, a timesig+tempo change, and a timesig marker?

* Extensions should add new flags or return values, not change values that were already defined in the documentation and that scripts may depend on.

That's not directly related to this Pre-Release, but I tested starting with 5.50c and that bug surfaced in v5.60. Note: It doesn't happen if you enable the Option "Automation items connect to the underlying envelope on both sides".

The ruler finally looks good. Plenty of space for tons of markers and easy to read data. Long time coming but I love all these ruler and tempo stuff. Great work devs. Keep chipping away at the GUI and I can't wait to see the future changes

Do me a favor — make a licecap video showing the actions to reproduce on both 5.62 and the latest build, one video on each, and go really slowly. and then list the steps here too. do that and i’ll see if i can reproduce and fix!

Fine; thanks soo much Justin! Here I go :

First of all, I´m talking specifically about two actions in this case, but probably a whole bunch of other related ones are also broken due to the same issue :

1) SWS/BR: Freehand draw envelope while snapping points to left side grid line (perform until shortcut released)

I recorded this little gif video with 5.65pre15, which is the last build in which the functionality worked fine.

- From 0:00 to 0.15 you see the freehand drawing on the tempo envelope in action (you press the shortcut of the first action and simply draw).

- From 0:16 onwards, you see how the second action works. It´s simple, it allows you to rapidly place the mouse cursor anywhere and set the nearest envelope point to its position, allowing very smooth editing of square changes in the envelope. If you use this second action over existing points and you simply draw over them (as shown from 0:27 to 0:32), this actions behaves exactly as the first one, drawing in a freehand fashion with the existing points (which is also extremely convenient when you alternate both ways of editing).

And now, just try to do the same on any build from 5.65pre16 up to the last one. You´ll see freehand inferno in its ugliest form. Everything is messed in the tempo envelope : time signatures are caotically created here and there, entire sections of points dissapear or are shifted in their position abruptly, without any apparent logic. Just check this out :

There, I alternate the first and the second action, always with horrible results. It´s simple, just try to freehand draw with the first action leaving the shortcut pressed as desired, and then try to edit what you already drew with the second action. You´ll see...

It´s fair to emphasize that probably many other tempo-related actions are broken (juliansader mentioned some of his own, and there is at least a similar Breeder action named SWS/BR: Set closest left side envelope point´s value to mouse cursor (perform until shortcut released) which doesn´t work either). I hope that the fix, if done at the core level of the problem, can impact on those also.

I will also email you a little excerpt of a work a did a couple of years ago, showing a real world use case of extreme freehand tempo drawing/editing, both in video form and with the excerpt of the tempo envelope in an empty project. The original project consists of 59 tracks, with many Sample Modeling instruments (which are quite CPU demanding), Kontakt libraries and BFD3 (which is neither precisely light on resources). With the kind of point density you´ll see on that tempo envelope excerpt, and at least with a setup consisting of an I7 3770K (3.50Ghz), 32 Gbs of RAM and SSDs, I never noticed any really significant impact on processing - as Schwa mentioned -. It probably is more demanding on resources to have such a density of tempo changes, but for those of us who dedicate to pseudo-orchestral music, to have this possibility of freehand drawing/editing of tempo available is really a must, no matter if it is the "unofficial" way as with the SWS/BR solution.

Thanks again in advance Justin; if you need further feedback just tell me!

i'm getting some unfortunate grid lines and snap points when using tempo changes. only visible at different zoom levels. these have come and gone throughout various REAPER tempo change cycles so i thought i'd point it out now

Just drag it back. Up and down. The toolbar draggy area hasn't changed. I can remove the space as well is what I'm saying.

Not really, the ruler area at its smallest height now takes up about 13 more pixels vertically then previous version (Win7 1080p). But if thats what it takes to give us all the new ruler/marker options then so be it. The ruler does look better/cleaner now.

Hello! There is a bug in Mouse modifiers... In midi ruler I sets for default action a behavior - no action(left drag) And now I expect that select or edit an area is not doing, but a behavior was not changed.

@ovnis, it is not a big problem. but yes I also have that margin with two rows of toolbar buttons.
I now am going to make the ruler a bit bigger, to let two region lanes, and then the main toolbar can fit to 3 rows exactly without those margins, so I can put an extra row of toolbar buttons there.

@ovnis, it is not a big problem. but yes I also have that margin with two rows of toolbar buttons.
I now am going to make the ruler a bit bigger, to let two region lanes, and then the main toolbar can fit to 3 rows exactly without those margins, so I can put an extra row of toolbar buttons there.

What actually are the pros about this? I can't see any benefit in loosing vertical space I formerly had available for the arrange area. This is one track less I can see in my theme, which is optimized to show as many tracks as possible in collapsed track state and I just can't see what I am getting in turn for this sacrifice.

Another thing I don't like is that the toolbar buttons reorder themselves when the ruler is resized. That's highly disorienting.
There should be a way to disable the reordering (or is there?).

That won't work in dual ruler mode (showing bars/beats and minutes/seconds at the same time). Also that tempo lane looks way too scrunched there, not enough breathing room.

It's better now than it was before, IMHO.

Also, 1200p monitors rule. Screw 1080p

Quote:

Originally Posted by gofer

There should be a way to disable the reordering (or is there?).

I think what causes that to happen in your toolbar is all those spacers. I only have ONE spacer that splits everything in two rows with exactly the same number of buttons, then resizing the ruler vertically works just fine...

That won't work in dual ruler mode (showing bars/beats and minutes/seconds at the same time). Also that tempo lane looks way too scrunched there, not enough breathing room.

Errm, the tempo lane is the exact same size in "before" and "after"?

Having both units shown worked before 5.65, why shouldn't it work anymore now?
Even if it isn't doable when showing both units, why is it necessary to waste the space when showing only one of them - which is what I do? Couldn't the ruler resize when switching to show both, as it does when switching to show seperate lanes for time and tempo (but fucks up my toolbar in the process)?

As of the spacers in the toolbar, I inserted them to have functional groups of icons (call it breathing room. if you like ). It took quite a bit of work to do so, so be assured, I want it like that (and I can see that you did the same for the other toolbar in your pic, so I guess you do understand the reasoning). This toolbar is used here to quickly be glanced at when I need to see option states and having them grouped does help me a lot with this. Having the icons re-shuffled is counter-productive.
I do see that this may be a different discussion, as toolbar icon reordering has a lot more room for improvement than just disabling the auto-ordering - especially when spacers are used.

And no, I won't be buying a new monitor in the foreseeable future, I am happy with mine.

Me personally don`t need these stripes with regions, time signatures or whtever, it just take space from arrangement like in pic below. I would have just 20-30 pixel ruler with time and show/hide other data by actions if needed.

I can live even without ruler. Fck linear arranging, fck grid and snapping.