v6.28+dev0429 - April 29 2021

[nofish]

v6.28+dev0429 - April 29 2021

* Includes feature branch: MIDI editor note reordering
* Includes feature branch: custom metadata columns in Media Explorer
* Includes feature branch: razor envelope editing
* Includes feature branch: EEL2 x86_64/SSE
* Includes feature branch: VST3 bridging
* Includes feature branch: ReaSurroundPan
* Includes feature branch: media item lanes
+ MIDI editor: add custom note order/visiblity mode (ctrl+drag note key in named notes view)
+ MIDI editor: import/export of note names includes custom-view ordering information if set
+ Media explorer: fix re-sorting randomized file list after running action to set file as favorite [p=2437642]
+ Notation editor: fix key snapping on first beat of local key signature change [t=221385]
+ Razor edit: fix media item display after pasting razor edit area and zooming [t=252759]
+ Razor edit: skip hidden envelope lanes when marquee-creating razor edit areas with "move envelope points with razor edits" disabled
+ Spectral edits: fix issue with playback starting after item loop [t=252747]
+ Spectral edits: improve performance with large numbers of spectral edits
# Razor edit: display tooltip when editing envelopes

Full changelog / Latest pre-releases

[nofish]

Originally Posted by nofish

* Includes feature branch: MIDI editor note reordering

Nice, thank you!

First thoughts:
- could it maybe auto-scroll when dragging to upper/lower boundary?


- I can drag a note row below (0), intended?


- When having reordered note rows, switching to Piano roll view and back to named notes view, reordering seems lost, isn't that a bit dangerous perhaps (risk of losing the reordering when not being careful...)?

[Soli Deo Gloria]

Originally Posted by nofish

+ MIDI editor: add custom note order/visiblity mode (ctrl+drag note key in named notes view)

+ MIDI editor: import/export of note names includes custom-view ordering information if set

Thanks for these! I'm not at the computer right now, but I'll take a close look at the custom note order thing...

And thanks, particularly, for the fix! I had noticed it but didn't get to report it...

[Phazma]

Originally Posted by nofish

+ MIDI editor: add custom note order/visiblity mode (ctrl+drag note key in named notes view)
+ MIDI editor: import/export of note names includes custom-view ordering information if set

EDIT:
Wow I have just found out that this does not only move names but actually allows to re-order the triggers themselves along with the names :O That's even way better than I thought! Of course my previously written suggestions don't apply in this case but I will leave them below to not cause confusion with disappearing posts.

----------------

Neat addition I usually don't use the drum map mode because I (and maybe others too) find it easier to play the right keys when I see the named keyboard on screen.

So would you consider supporting this also in piano roll mode?

And related to this maybe give an option to remove the "C2" "C3" "C4" etc markings so they don't interfere with note names?

(if feeling fancy maybe you also might want to add a mode which labels all keys instead of just the C octaves but that would be more of a separate FR than related to this pre-release).

[Trogdor]

Originally Posted by nofish

v6.28+dev0429 - April 29 2021

* Includes feature branch: MIDI editor note reordering
+ MIDI editor: add custom note order/visiblity mode (ctrl+drag note key in named notes view)
+ MIDI editor: import/export of note names includes custom-view ordering information if set

Full changelog / Latest pre-releases

This is exciting for me if this is implemented well. Would be so much nicer for mapping drums. Some drum software is such a pain in the ass to remap so that the order of the drums make sense for programming. When it comes to programming drums, I really don't care about the notes, It would be nice to change the out note to correspond to the map setup in the drum program.

[vitalker]

Originally Posted by nofish

- I can drag a note row below (0), intended?

Why not? You have same number of notes all the time, but the order is different. Makes sense?

[vitalker]

Originally Posted by nofish

# Razor edit: display tooltip when editing envelopes

Looks like it works only for negative shifting.

[nofish]

Originally Posted by vitalker

Why not? You have same number of notes all the time, but the order is different. Makes sense?

Ah right, so we can have e.g. also this, makes sense, thanks.

[schwa]

Originally Posted by vitalker

Looks like it works only for negative shifting.

For a regular edit (not tilt), what gets displayed is the change in the middle of the razor edit area.

[vitalker]

Originally Posted by schwa

For a regular edit (not tilt), what gets displayed is the change in the middle of the razor edit area.

Yes, sorry. For one selected envelope it works as expected.

[JamesPeters]

Originally Posted by nofish

* Includes feature branch: MIDI editor note reordering

AAAAAAAaaaaaaaaaa!!!!!! I just did a bunch of remapping for some drum VSTs because this feature didn't exist!!!!

Thanks for this.

[Vagelis]

+ Razor edit: skip hidden envelope lanes when marquee-creating razor edit areas with "move envelope points with razor edits" disabled

Thanks for considering,even though i don’t get any different results unless i’m doing something wrong, when i paste with or without the action on, i still see the hidden envelopes.

It would be very nice if we had an option to disable the hidden envelopes even with the action on , so we could move or paste envelopes on media too without moving the hidden envelopes. Also please consider to create selections separately on media and envelope lanes when the move points with re is on. This would allow us to work separately with envelopes on media and envelope lanes.

[Meo-Ada Mespotine]

There are so many feature-branches currently in development, it can only mean, we are closing in to Reaper 7, right?

In regards of MIDI editor note reordering, what does this feature exactly?

[denmla]

Theese 2 still not working for Shift modifier while (at the same time) working for Ctrl modifier:




Any hope?

[Reflected]

Originally Posted by Meo-Ada Mespotine

There are so many feature-branches currently in development, it can only mean, we are closing in to Reaper 7, right?

In regards of MIDI editor note reordering, what does this feature exactly?

not before we will have a dedicated per track routings in the "routing matrix" window
where you can quickly connect effects in parallel and see the whole picture of the effects routings + modulators and everything

[bFooz]

Originally Posted by nofish

+ Notation editor: fix key snapping on first beat of local key signature change [t=221385]

Works well so far. Thanks!

[nofish]

Originally Posted by Meo-Ada Mespotine

In regards of MIDI editor note reordering, what does this feature exactly?

What it does is seen in my gif in 2nd post, here one typical use case:
https://forum.cockos.com/showthread....321#post387321

[JamesPeters]

Originally Posted by Meo-Ada Mespotine

There are so many feature-branches currently in development, it can only mean, we are closing in to Reaper 7, right?

No, they're specifically adding a lot of new features as a slap in the face to people who said "why should I renew my license for Version 6 when you suddenly didn't add a bunch of new features from 5.99 to 6.00?"

Originally Posted by Meo-Ada Mespotine

In regards of MIDI editor note reordering, what does this feature exactly?

Consider what a MIDI drum map normally looks like. Look up GM MIDI drum mapping as one example, and compare that to what EZdrummer (etc.) use. If all a person uses is GM drums, "stock" MIDI note order might be ok. With anything additional: to add more kit piece articulations (hihat open variations, snare rim/edge/center, etc.) you don't have room in adjacent MIDI notes for those articulations; they need to be further away from the default "basic" articulations. When programming or editing the drums, to change articulations, you need to scroll up and down to see the various articulations for each kit piece. It's really messy.

As a workaround, a person can use a JS plugin that re-maps the MIDI notes, but this has its own limits/frustrations.

Re-ordering the notes in the MIDI editor is something that's been part of Cubase as long as I can remember, and something I missed in Reaper.

[mabian]

This version totally hangs on loading my monitoring FX.

It's cool that now after shutting it down and restarting it there's a new dialog box with the option to load the monitoring fx chain offline.

Here's a dump saved after restarting with offline monitoring FX chain and while trying to bring RealPhones (1.6) back online:

https://drive.google.com/file/d/1Mwt...ew?usp=sharing

Windows 10 Pro x64 version.

In the meanwhile, I'll update RealPhones to the brand new 1.7 and check what happens.

I hope that helps,
Mario

[Trogdor]

Originally Posted by JamesPeters

Consider what a MIDI drum map normally looks like. Look up GM MIDI drum mapping as one example, and compare that to what EZdrummer (etc.) use. If all a person uses is GM drums, "stock" MIDI note order might be ok. With anything additional: to add more kit piece articulations (hihat open variations, snare rim/edge/center, etc.) you don't have room in adjacent MIDI notes for those articulations; they need to be further away from the default "basic" articulations. When programming or editing the drums, to change articulations, you need to scroll up and down to see the various articulations for each kit piece. It's really messy.

As a workaround, a person can use a JS plugin that re-maps the MIDI notes, but this has its own limits/frustrations.

Re-ordering the notes in the MIDI editor is something that's been part of Cubase as long as I can remember, and something I missed in Reaper.

Tell me about it. I didn't want to go to Cubase just to do drum programming. I prefer to do it all on the grid. Having everything together by moving them in a drag/drop fashion and saving them is a godsend in workflow. Otherwise you are stuck using the sometimes crappy drum mapping alterations of other software which are not intuitive like BFD3 for instance. I had to cut and paste and move everything around.Then after all that is done have to rename everything in the Reaper drum map. Huge PITA.

At least with this (though I have not tried it yet)I should be able to just move the notes(drums) where I want them that make sense for me (snares together/hi-hats together/etc.) Then in theory I should have to change the drum map of BFD or any drum program at all and I can just rename them in Reaper.

[JamesPeters]

It works ok for me so far. I had to find how to do it, and how to save it. But no problems at all. Re-ordering is so much faster than even creating custom mapping in a JS too.

[vitalker]

Originally Posted by nofish

v6.28+dev0429 - April 29 2021

* Includes feature branch: MIDI editor note reordering

Maybe it is a step toward articulation maps? We lost it and now we'll discover it again.

[mccrabney]

cool.

if i re-order notes, then hide unused/unnamed note rows, and finally run the action "View: Show all note rows," it resets the note order to default. i'd love to be able to recall the changed order.

----

i'm not sure how this new re-order feature should function with "open all MIDI in project" enabled. right now, re-ordered note rows persist across tracks. it doesn't feel right to have an RS5K track with a bunch of re-organized notes, close the editor, and then open a MIDI item on a bass vsti track to see the notes in non-chromatic order.

[mabian]

Originally Posted by mabian

This version totally hangs on loading my monitoring FX.

It's cool that now after shutting it down and restarting it there's a new dialog box with the option to load the monitoring fx chain offline.

Here's a dump saved after restarting with offline monitoring FX chain and while trying to bring RealPhones (1.6) back online:

https://drive.google.com/file/d/1Mwt...ew?usp=sharing

Windows 10 Pro x64 version.

In the meanwhile, I'll update RealPhones to the brand new 1.7 and check what happens.

I hope that helps,
Mario

Same with RealPhones 1.7...

EDIT: the VST2 plugin loads ok. The issue only happens with the VST3 version.


- Mario

[EvilDragon]

Originally Posted by nofish

- could it maybe auto-scroll when dragging to upper/lower boundary?

This is an absolute must have for this sort of workflow, otherwise it is just painful. Don't include this feature if you don't want to make it auto-scroll...

[EvilDragon]

Also, I would like to point out again that the Alt focuses menu bar while mousewheeling situation is not sorted out completely (or at all, apparently).


I have my mousewheel assigned to "View: Scroll vertically (MIDI CC relative/mousewheel)", and Alt+mousewheel to "View: Zoom vertically (MIDI CC relative/mousewheel)".

When using my Alt+mousewheel assignment, on Alt key up after I've done the wheelie, it still focuses the menu bar. It shouldn't, in this scenario.

Also, let's say I remove my Alt+mousewheel assignment, in this case if just doing regular mousewheel to scroll vertically, as soon as I press Alt, it doesn't continue to scroll vertically, just freezes in place. Why?


(For additional info, I have "Allow keyboard commands even when mouse-editing" enabled. But it makes zero difference if I disable it!)

[Trogdor]

Yes, the scroll is important for sure.

[EvilDragon]

Feature request regarding note hide/show: In the context menu when we Ctrl+click a note row, please add an option to show all hidden notes, too (bringing us back to default state). Also an option to reset note order would be nice. Add actions for both, too.

Brilliant feature, finally will be able to have proper drum maps!

[nofish]

Originally Posted by mccrabney

i'm not sure how this new re-order feature should function with "open all MIDI in project" enabled. right now, re-ordered note rows persist across tracks. it doesn't feel right to have an RS5K track with a bunch of re-organized notes, close the editor, and then open a MIDI item on a bass vsti track to see the notes in non-chromatic order.

Good point.
Maybe it could be toggleable on a per track basis?
(I'm wondering if someone would (additionally) want it toggleableable on a per item basis. For me on per track basis would certainly do.)

[DeathByGuitar]

Originally Posted by nofish

v6.28+dev0429 - April 29 2021

* Includes feature branch: MIDI editor note reordering

This is HUGE for drum programming!!!

[EvilDragon]

Originally Posted by nofish

Good point.
Maybe it could be toggleable on a per track basis?
(I'm wondering if someone would (additionally) want it toggleableable on a per item basis. For me on per track basis would certainly do.)

Indeed. This needs to be adjustable.

[nofish]

Originally Posted by EvilDragon

Indeed. This needs to be adjustable.

Agreed, but then what if showing items of multiple tracks (say from a drum track with reordered note rows and a bass track) at once in the same MIDI editor? :P (edit: should it show reordered or chromatic in this case? Maybe base it on the currently active item track's origin?)

[Funkybot]

There's already a setting called "Note Name Actions Apply to Selected Channel Only." Would it make sense to wrap up the note name order to that already existing setting? Or at least create a new "Note order applies to selected channel only" setting there?

[Funkybot]

I'd consider this a bug. Or at least, a very non-intuitive design. Deleting the MIDI item resets the MIDI note order.

Preferences: MIDI Editor One Per Project

1. Load up your favorite drum software
2. Create a single MIDI item
3. Double click the item to open in the editor
4. Reorder your MIDI notes your liking
5. Delete your MIDI item
6. Create a new MIDI item

Result: original note order is restored.

Expected Result: Note order should be per track. Or at least, not tied to the item.

[Funkybot]

Originally Posted by nofish

Agreed, but then what if showing items of multiple tracks (say from a drum track with reordered note rows and a bass track) at once in the same MIDI editor? :P (edit: should it show reordered or chromatic in this case? Maybe base it on the currently active item track's origin?)

I think the only options would be: 1) origin track order, or 2) if you're viewing multiple items across tracks with different note orders, you get chromatic order only. If you want to see the custom order, only open that item/track.

I honestly think chromatic only makes the most sense if two channels have different note orders.

[n997]

+ MIDI editor: add custom note order/visiblity mode (ctrl+drag note key in named notes view)

As said by others, looks very promising for better workflows with drum mappings - thanks!

+1 to MIDI editor note reordering being per-track.

Originally Posted by nofish

what if showing items of multiple tracks (say from a drum track with reordered note rows and a bass track) at once in the same MIDI editor? :P (edit: should it show reordered or chromatic in this case? Maybe base it on the currently active item track's origin?)

In "One MIDI editor per project" view (which I always use) I'd expect notes to be shown in custom order, also when viewing multiple items across tracks.

Whether to show chromatic or reordered key rows on the left, would indeed depend on which track is target for MIDI note input (as shown in MIDI Editor's Track List via "arrow curving down" icon). Unless I'm forgetting something, that selector works one-track-at-a-time, so it would be appropriate for this.

Having the key order shown on the left change according to "target for MIDI note input" would also serve as useful extra indicator of which track is current target for MIDI input.

[JamesPeters]

Originally Posted by EvilDragon

This is an absolute must have for this sort of workflow, otherwise it is just painful. Don't include this feature if you don't want to make it auto-scroll...

I disagree. It's very valuable without autoscroll, and if that's what "makes or breaks" this, I vote +infinity over you.

But it would be nice if it also auto-scrolled.

[Joe90]

Just wanted to pop in and say thank you so much for the razor edit envelope editing options. They are wonderfully intuitive. Great implementation.

Keep up the good work!

[Trogdor]

Originally Posted by n997

As said by others, looks very promising for better workflows with drum mappings - thanks!

+1 to MIDI editor note reordering being per-track.





In "One MIDI editor per project" view (which I always use) I'd expect notes to be shown in custom order, also when viewing multiple items across tracks.

Whether to show chromatic or reordered key rows on the left, would indeed depend on which track is target for MIDI note input (as shown in MIDI Editor's Track List via "arrow curving down" icon). Unless I'm forgetting something, that selector works one-track-at-a-time, so it would be appropriate for this.

Having the key order shown on the left change according to "target for MIDI note input" would also serve as useful extra indicator of which track is current target for MIDI input.

I think I agree with what you are saying. I sometimes use 2 different drum programs so for example I may use the kick and snare from both programs but the rest of the stuff from only one. When I'm editing between the 2 I like to sometimes have a punchier snare and kick on some hits.

I'm curious how this would work with the 2 if the mappings are different from each other. It would be nice if both midi instruments could be on the same midi item where I could set which note is triggering which VST Drum programs instrument of choice.

[vitalker]

Originally Posted by EvilDragon

Also, I would like to point out again that the Alt focuses menu bar while mousewheeling situation is not sorted out completely (or at all, apparently).

Use Bug reports forum. (as you suggest to others)