v5.979+dev0705 - July 5 2019

[MaCs]

v5.979+dev0705 - July 5 2019

• + Envelopes: fix time selection edits that start at the beginning of a media item [p=2154450]
• + Notation editor: fix chasing key signature changes when displaying multiple tracks [t=222703]
• + macOS: workaround appearance issues when user forces dark mode rendering for app (requires Metal to be enabled) [t=222366]
• # macOS: automatically disable metal if no metal devices installed

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

[dupont]

Justin,

# macOS: automatically disable metal if no metal devices installed

solves this

https://forum.cockos.com/showpost.ph...2&postcount=27

No more UI glitches on OSX El Capitan. Thanks.

[bFooz]

+ Notation editor: fix chasing key signature changes when displaying multiple tracks [t=222703]

Working well so far.

[bFooz]

This guy from previous version is nice

+ Mouse modifiers: fix preference to ignore targeting media item lower half [t=222080]

It might need some highlighting in the final changelog to prevent a confusion that the botton context is suddenly not working, as happened here.

Also there is this related issue with empty items which is now counting the third year from its introduction in 5.20:

https://forum.cockos.com/showthread....54#post1950754

[ferropop]

MAC -- New issue introduced: Gridlines on MIDI Editor not updating until somehow interacting with the editor.



Using hotkeys 1-5 to cycle between whole, 1/2, 1/4 etc. You'll see the Arrangement Grid updates properly (they're linked btw) but the MIDI Editor grid only updates when I zoom the editor, or click on it, or something along those lines.

[Justin]

Originally Posted by ferropop

MAC -- New issue introduced: Gridlines on MIDI Editor not updating until somehow interacting with the editor.

Using hotkeys 1-5 to cycle between whole, 1/2, 1/4 etc. You'll see the Arrangement Grid updates properly (they're linked btw) but the MIDI Editor grid only updates when I zoom the editor, or click on it, or something along those lines.

Thanks, fixing!

[gofer]

I'm aware that I am late with this, but I have a niggle with the recently added

+ support copy/paste of CC events from one lane to another

I think it should be possible to copy from a CC lane to a channel pressure lane and vice versa, please.

Currently if you try this, Reaper will ignore the click into the desired lane. It will always paste into the lane you copied from, which can be pretty annoying. Even if the conversion isn't possible, Reaper should rather not paste at all in that case, instead of ignoring that the user has clicked into another lane.

I know that CC and channel pressure have a slightly different structure in that channel pressure carries the value in the second byte, but that shouldn't be a problem too hard to solve.

Btw, conversion between channel pressure and CC is also not working in event properties, because of the byte difference. It tries, but confuses value with CC number. That should probably be a bug report, because it likely has been that way a long time, but I thought I'd mention it here as well, because the problem as well as the possible fix are (hopefully) very similar.

[deeb]

Originally Posted by ferropop

Using hotkeys 1-5 to cycle between whole, 1/2, 1/4 etc.

Sorry out of topic but I wonder which action allows us this?

[ferropop]

Originally Posted by deeb

Sorry out of topic but I wonder which action allows us this?

And I have T set to "Toggle Triplet Grid". It's so easy and fast with these actions; instant convenient grid settings without having to zoom or touch the timeline (aka every other DAW).

[Justin]

Originally Posted by gofer

I think it should be possible to copy from a CC lane to a channel pressure lane and vice versa, please.

That seems reasonable, yes.

Btw, conversion between channel pressure and CC is also not working in event properties, because of the byte difference. It tries, but confuses value with CC number. That should probably be a bug report, because it likely has been that way a long time, but I thought I'd mention it here as well, because the problem as well as the possible fix are (hopefully) very similar.

That was fixed in 5.978 I believe (I just tested it and confirmed it is working as expected, both right clicking on a CC in the lane, or from the list editor).

[deeb]

Originally Posted by ferropop

..

ohh ok thanks!

[gofer]

Originally Posted by Justin

That was fixed in 5.978 I believe (I just tested it and confirmed it is working as expected, both right clicking on a CC in the lane, or from the list editor).

Weird, it isn't working for me. This Licecap is taken in 5.979 proper under Windows 10. I see the same result in the latest +dev versions (in both, CC lanes and event list):


I verified in the event list that conversion of CC74 to channel pressure results in all values being 74, so it's indeed a MIDI byte mismatch (converting pressure to CC always gives values of zero).

[Justin]

Originally Posted by gofer

Weird, it isn't working for me. This Licecap is taken in 5.979 proper under Windows 10. I see the same result in the latest +dev versions (in both, CC lanes and event list):


I verified in the event list that conversion of CC74 to channel pressure results in all values being 74, so it's indeed a MIDI byte mismatch (converting pressure to CC always gives values of zero).

Ah for the batch conversion, oops, yep that needs to be fixed.