v5.79pre10 - April 9 2018 + API: export LICE_DrawCBezier, LICE_FillCBezier + MIDI editor: ensure edit cursor visible when opening a new editor + MIDI editor: improve track list activation behavior [t=204728] + MIDI editor: in source beats piano roll view, show edit cursor position relative to source + Notation: if auto-zoomed-in when switching to notation, ensure edit cursor visible + VST: support wantsChannelCountNotifications canDo # Batch converter: fix samplerate conversion issue with mainthread_reset updates [p=1976823] # JSFX: -18dbFS default gain for js/schwa/gaussian_noise_generator [t=205410]
+ MIDI editor: ensure edit cursor visible when opening a new editor
Thank You!
Now you just need to center the cursor in the ME when it opens!
FWIW, In previous versions I run the action "View: Go to edit cursor" to get the the cursor into view and that also centers the cursor in the ME window (when space allows it), that action does not center the cursor in this Pre.
+ MIDI editor: improve track list activation behavior [t=204728]
Is it possible to edit all midi items (with LUA or Note velocity, for exemple) without actived them ? When we have lots of midi items to edit, it can be painfull to repeat again and again the same procedure !
It seems to be possible to edit all midi items with the quantize edit in a single way !
Gain of time...
Is it possible to edit all midi items (with LUA or Note velocity, for exemple) without actived them ? When we have lots of midi items to edit, it can be painfull to repeat again and again the same procedure !
It would be also extremely useful, as I said in another pre thread, to be able to activate any item in the notation editor just by clicking on its staff or any similar way.(This could even be a toggle mode which could be set by an action, for more flexibility). When you enter notes with a midi controller, it´s quite annoying to be forced to activate every item to insert events on it. (Again, Justin, sorry for the insistence and for plugging a FR in this thread, but you´re near the core of this issue with this pre)
Is it possible to edit all midi items (with LUA or Note velocity, for exemple) without actived them ? When we have lots of midi items to edit, it can be painfull to repeat again and again the same procedure !
The MIDI editor can have only one Active item, but can have multiple *Editable* items. If an item is editable, you can edit events in them like the active item (but cannot insert new notes or CCs). In the track list, you can see and change the items' four possible state: Active, Editable, Visible, Hidden.
The MIDI editor also has other option (in the menu or right-click on the track list): "Draw and edit CC events on all tracks" / "Edit CC events on all tracks".
In the case of Lua scripts, you are unfortunately out of luck. Lua scripts cannot get or set the list of editable or visible items -- except by using a slow workaround that is not always reliable -- so scripts cannot easily be used to edit any takes other than the active take. Please support the Feature Request: Functions to get and set editable/visible state of takes in MIDI editor.
It seems to be possible to edit all midi items with the quantize edit in a single way !
Some of the built-in MIDI editor actions only affect the active take, others affect all editable takes. (BTW, I have uploaded a language pack to ReaPack that adds "all editable" or "active take only" to all these actions.)
+ MIDI editor: ensure edit cursor visible when opening a new editor + MIDI editor: improve track list activation behavior [t=204728] + Notation: if auto-zoomed-in when switching to notation, ensure edit cursor visible
It would be also extremely useful, as I said in another pre thread, to be able to activate any item in the notation editor just by clicking on its staff or any similar way.
You can activate an item by clicking on the name to the left of the staff.
Please devs, take a look at this GIF that I made months ago, which clearly explains issues with MIDI editor re-zooming and ruler shenanigans which are negatively impacting workflow.
In one MIDI editor per project mode, this ruler truncating should NEVER happen, we should always be able to scroll back to bar 1 of the project, regardless of which items are set as editable/visible. And instead of changing the zoom level when selecting items outside of MIDI editor's viewport, Reaper should SCROLL there. The only time it should change the zoom level is when we double-click on the item in the arrange. If we just change item selection (when item selection is linked to both editability and visibility), zoom level should NEVER change, and ruler should NEVER truncate. No other DAW behaves like Reaper does in this case, to my knowledge, and this is one of main reasons a lot of people say MIDI is "shit" in Reaper. Anyone feel free to correct me if I'm wrong, but I'm not sure I am.
And instead of changing the zoom level when selecting items outside of MIDI editor's viewport, Reaper should SCROLL there. The only time it should change the zoom level is when we double-click on the item in the arrange. If we just change item selection (when item selection is linked to both editability and visibility), zoom level should NEVER change
As summarized in my link above, this should be an option. Personally, I would find it very annoying if the MIDI editor always scrolls to the start of a large item, instead of zoom-to-fit or -- more preferably -- returning to the last-used position and zoom level.
Ideally it should scroll centered to where you click with the mouse cursor on the item in the arrange view, not to the beginning of the item - at least in the case when you click on a single item, rather than marquee multiple. In case of marquee selection, it should scroll first trying to retain edit cursor position, and if that fails, then center to the middle of marquee range, perhaps?
v5.79pre10 - April 9 2018 + API: export LICE_DrawCBezier, LICE_FillCBezier + MIDI editor: ensure edit cursor visible when opening a new editor + MIDI editor: improve track list activation behavior [t=204728] + MIDI editor: in source beats piano roll view, show edit cursor position relative to source + Notation: if auto-zoomed-in when switching to notation, ensure edit cursor visible + VST: support wantsChannelCountNotifications canDo # Batch converter: fix samplerate conversion issue with mainthread_reset updates [p=1976823] # JSFX: -18dbFS default gain for js/schwa/gaussian_noise_generator [t=205410]
It would be also extremely useful, as I said in another pre thread, to be able to activate any item in the notation editor just by clicking on its staff or any similar way.(This could even be a toggle mode which could be set by an action, for more flexibility). When you enter notes with a midi controller, it´s quite annoying to be forced to activate every item to insert events on it. (Again, Justin, sorry for the insistence and for plugging a FR in this thread, but you´re near the core of this issue with this pre)
I agree, and even better would be to have an option to also record arm the active item, so that when we input/write notes we can also hear the correct instrument playing and so we can better audition what we are about to record.
It's a bit like Logic works in this sense, which I find quite intuitive:
Hope this could be helpful.
Thanks!
-t
__________________
MacOS 10.15.7
Mac Pro 6-Core - 64GB ram
Motu M4
Ideally it should scroll centered to where you click with the mouse cursor on the item in the arrange view, not to the beginning of the item - at least in the case when you click on a single item
Thats exactly my simple workflow so totally agree. When the ME opens this Pre puts the data & cursor in view where I clicked the midi item in arrange BUT the data & cursor are to the left of center (about 2? bars), and then each mouse wheel rotation to zoom in then shifts the data/cursor towards the center.
Please devs, take a look at this GIF that I made months ago, which clearly explains issues with MIDI editor re-zooming and ruler shenanigans which are negatively impacting workflow.
In one MIDI editor per project mode, this ruler truncating should NEVER happen, we should always be able to scroll back to bar 1 of the project, regardless of which items are set as editable/visible. And instead of changing the zoom level when selecting items outside of MIDI editor's viewport, Reaper should SCROLL there. The only time it should change the zoom level is when we double-click on the item in the arrange. If we just change item selection (when item selection is linked to both editability and visibility), zoom level should NEVER change, and ruler should NEVER truncate. No other DAW behaves like Reaper does in this case, to my knowledge, and this is one of main reasons a lot of people say MIDI is "shit" in Reaper. Anyone feel free to correct me if I'm wrong, but I'm not sure I am.
Thanks, I think pre11 should address most of this...
FWIW, In previous versions I run the action "View: Go to edit cursor" to get the the cursor into view and that also centers the cursor in the ME window (when space allows it), that action does not center the cursor in this Pre.
Never mind, The action still works as before (in pre12 also), I just had to enable auto-scroll, disable auto-scroll, wait until play head was out of view then run the action.
But re-enabling auto-scroll does not work, unless you zoom out enough so the play head is seen, sort of weird LOL!