|
|
|
01-05-2011, 11:16 PM
|
#161
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,686
|
Quote:
Originally Posted by Eyes
Regarding 2, the midi filter idea per channel would really help. Sonar has a similar feature which makes selecting exactly what you want to see quick. As for color we could have an option to auto set the channel colour to the same colour as the track colour, and have ghosts as a lighter or maybe more transparent version of that colour.
|
Wait wait wait.... I'm not following you, sorry. I wasn't talking about MIDI channels, I was talking about this:
I know the filter main purpose is filtering events, parameters per channel but I just meant the ability to 'activate' items with it. Use the same color there as items/tracks and color notes too so we can have a cohesive workflow, you know, like "I'm here and I'm editing item X in track 4" by just looking at notes or the filter.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
01-05-2011, 11:26 PM
|
#162
|
Human being with feelings
Join Date: Nov 2010
Location: Australia
Posts: 1,012
|
Quote:
Originally Posted by Mercado_Negro
Wait wait wait.... I'm not following you, sorry. I wasn't talking about MIDI channels, I was talking about this:
I know the filter main purpose is filtering events, parameters per channel but I just meant the ability to 'activate' items with it. Use the same color there as items/tracks and color notes too so we can have a cohesive workflow, you know, like "I'm here and I'm editing item X in track 4" by just looking at notes or the filter.
|
Sorry mate, long day at work and my focus is drifting.
I was meaning being able to select which track is active when multiple midi tracks are ghosted, and this is the one that you are working on. I agree with what your gif points out.
|
|
|
01-05-2011, 11:27 PM
|
#163
|
Human being with feelings
Join Date: Apr 2010
Location: South West Michigan
Posts: 256
|
Quote:
Originally Posted by lawrs
Currently, I notice a lot of users are using the mixer as a track inspector.
This becomes an issue when user wants both a track inspector as well as a mixer.
I feel the mixer should remain as a mixer, and cockos should allow another separate mixer element , renamed as "track inspector".
Similar to the floating mixer master. Only selected tracks are displayed on the track inspector, and the width expands automatically based on how many tracks user selects (optional).
|
Yes, something that could be WALTERized and made into a channel strip/track inspector module that would only display the selected track(s), that would rock!
__________________
ADK Laptop Intel i7 2860QM, 8 GB RAM, Avid MBOX Pro 3 (BLA Modified), Novation Remote SL37, DSI Mopho, DSI Tempest, Trilian, Aether 1.5.1, Valhalla, Nerve, Komplete 7
|
|
|
01-05-2011, 11:36 PM
|
#164
|
Human being with feelings
Join Date: Feb 2007
Posts: 3,221
|
Quote:
Originally Posted by lawrs
I feel the mixer should remain as a mixer, and cockos should allow another separate mixer element , renamed as "track inspector".
Similar to the floating mixer master. Only selected tracks are displayed on the track inspector, and the width expands automatically based on how many tracks user selects (optional).
|
yes, this is basically the end goal for TCP 'n me.
Last edited by plamuk; 01-05-2011 at 11:47 PM.
|
|
|
01-06-2011, 02:43 AM
|
#165
|
Human being with feelings
Join Date: Jul 2009
Location: Afford Slaughterhouse, FL
Posts: 624
|
Does anyone else have a corrupt event filter window like mine?
__________________
It takes an ordered complex system to recognize another ordered complex system.
|
|
|
01-06-2011, 02:53 AM
|
#166
|
Human being with feelings
Join Date: Mar 2008
Location: Sydney, Australia
Posts: 3,955
|
Quote:
Originally Posted by pbk
Does anyone else have a corrupt event filter window like mine?
|
looks like you're using large fonts? maybe that's what's causing it...
|
|
|
01-06-2011, 03:22 AM
|
#167
|
Human being with feelings
Join Date: Nov 2009
Posts: 976
|
[img]http://img831.**************/img831/7047/thankscockos.gif[/img]
Thank you Cockos! Time selection issue has finally been ironed out!
1. Can we have one option to "Extend time selection and toggle item selection"? The expected behavior is being able to extend time selection and also select items within time selection.
Another observation... in MIDI editor..
2. "Preview notes on add/edit" status doesn't reflect with the tick sign when active
3. "Sync editor transport to project transport" doesn't reflect with the tick sign when active
4. "Drawing or selecting a note sets the new note length" doesn't reflect with the tick sign when active
5. I'm unable to get the old behavior in MIDI editor where the edit cursor would be placed infront of new notes, instead of the new behavior , edit cursor ends up after new notes.
here's an example of the new behavior (which I'm not in favor of..)
[img]http://img211.**************/img211/2773/notcool.gif[/img]
6. There's no way of accessing "mouse modifier" or "preference" via action directly from MIDI editor window.. would be great to be able to set an action to quick go into MIDI editor mouse modifier, or even preference window (which I think is more useful, rather than just mouse modifier).
7. In V3.74, I was able to doubleclick to create new note, and not move the edit cursor. Can't seem to do that now? Some love for old users would be nice..
8. "pass through key to main window" should be added to OPTIONS tab, and reflect a tick sign when active. Currently there's no visual feedback to check if pass through key is on/off..
9. Not sure if you're able to comment about this.. but I've been having serious "not responding" episodes when working with A SPECIFIC glued midi item (when copying, or splitting that item). However, I want to point that it's only happens with that item that was glued from previous alpha version. Not sure if that could be the catalyst. That track only has kontakt on it, loaded with a drum kit. Sure hope to hear some feedback about this.
10. Is it possible to add a "Return focus to main edit window", so that users who like to keep the midi editor opened can still use ESC to quickly return to main edit window? Similarly, the main window should have a corresponding action such as "Close floating plugin if available, else, return focus to midi editor."
Last edited by lawrs; 01-09-2011 at 10:31 AM.
|
|
|
01-06-2011, 05:01 AM
|
#168
|
Human being with feelings
Join Date: Dec 2008
Posts: 2,111
|
Quote:
Originally Posted by schwa
These three (global MIDI editor) options would not be difficult to implement, actually.
For discussion:
1 means: only ever use one MIDI editor window, and always show all other MIDI in the whole project as ghosted behind the active item that's being edited. Double-clicking another media item in the arrange view, or clicking on another source item in the MIDI filter dialog, or clicking a ghosted note in the MIDI editor, would switch the active MIDI item.
2 means: do not allow clicking on ghosted MIDI notes to switch the active MIDI item. Instead you would need to double-click another media item in the arrange view, or use the MIDI filter dialog, to switch the active MIDI item.
3 means: for unlooped MIDI items, or perhaps even for loopable items that have not yet been looped, clicking in the MIDI editor outside the item boundaries would automatically extend the parent item. This one could potentially cause some odd behavior, if you were actually trying to click on a ghosted note from another media item, or if the extended item overlapped an already existing item.
|
All of those three would be very useful improvements.
1 :
Why did you include "active MIDI item switching" behaviour to this option?
It would be much better to be able to change switching behaviour independently.
Also, is it necessary to limit this feature so that only one MIDI editor window can be used? I understand that there might be some internal limitations that prevent opening single MIDI item to multiple MIDI editors at the same time. Is it possible to remove those limitations?
The advantage would be that the old behaviour where each MIDI item has to be opened manually to MIDI editor would not be needed anymore. In other words the new "option 1" would become the default behaviour and there would be no need for option that could confuse users.
Better item visibility controls (show/hide) are also needed.
I would propose a hierarchical item list in the MIDI filter window where user could control visibility of multiple items at the same time.
2:
Maybe this should be implemented as a part of Mouse Modifiers feature. No need to add a global MIDI editor options.
3:
Editing multiple overlapping items with different lengths is currently a bit awkward because gridlines are not shown outside of the active item. Please, consider changing also this.
And finally all of these improvements should be implemented so that evolution towards full-blown "simultaneous multi-item editing" is possible. For example MIDI editor features should not rely on the idea of "only one active" item.
jnif
EDIT:
Actually it seems like there is no internal limitations that prevent opening single MIDI item to multiple MIDI editors because it is already possible to edit single item in in-line editor and MIDI editor at the same time.
Last edited by jnif; 01-06-2011 at 07:50 AM.
|
|
|
01-06-2011, 05:30 AM
|
#169
|
Human being with feelings
Join Date: Jun 2006
Location: UK
Posts: 3,221
|
Quote:
Originally Posted by schwa
These three (global MIDI editor) options would not be difficult to implement, actually.
For discussion:
1 means: only ever use one MIDI editor window, and always show all other MIDI in the whole project as ghosted behind the active item that's being edited. Double-clicking another media item in the arrange view, or clicking on another source item in the MIDI filter dialog, or clicking a ghosted note in the MIDI editor, would switch the active MIDI item.
2 means: do not allow clicking on ghosted MIDI notes to switch the active MIDI item. Instead you would need to double-click another media item in the arrange view, or use the MIDI filter dialog, to switch the active MIDI item.
3 means: for unlooped MIDI items, or perhaps even for loopable items that have not yet been looped, clicking in the MIDI editor outside the item boundaries would automatically extend the parent item. This one could potentially cause some odd behavior, if you were actually trying to click on a ghosted note from another media item, or if the extended item overlapped an already existing item.
|
i don't fully follow this TBH,
is this to do with editing more than one midi item AT THE SAME TIME from the midi editor?
ghosted notes sure have there use but a midi editor that can load more than one item for simultaneous editing is a dream for many!! (Like Me :-) )
from the posts in here from others i'm seeing that being spoke about, but i'm not seeing this reply as covering it?
oh well thats what i get for taking a day off
Subz
|
|
|
01-06-2011, 05:34 AM
|
#170
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 24,798
|
Quote:
Originally Posted by jnif
2:
Maybe this should be implemented as a part of Mouse Modifiers feature. No need to add a global MIDI editor options.
|
Definitely. I said this back at page 2 or 3. I'd love to modifier+click a ghosted note to switch to it, but not just click on it. This will enable me to actually draw a note over the ghosted note without switching to the ghosted item.
|
|
|
01-06-2011, 06:55 AM
|
#171
|
Human being with feelings
Join Date: Sep 2010
Posts: 388
|
Quote:
Originally Posted by pbk
Does anyone else have a corrupt event filter window like mine?
|
I did have that : in Windows 7's Control Panel --> Display menu, you must have chosen the 125% option which doesn't get along very well with this filter window.
About the midi editor, I'd like to have a visual indication in the arrange view of which item is being edited in the midi editor, a label color or something.
Last edited by Bernstraw; 01-06-2011 at 07:02 AM.
|
|
|
01-06-2011, 07:01 AM
|
#172
|
Human being with feelings
Join Date: Jun 2007
Location: By The Sea
Posts: 2,238
|
Quote:
Originally Posted by gwok
Yes, it's getting too complex.
|
How so???
SEA
|
|
|
01-06-2011, 07:10 AM
|
#173
|
Human being with feelings
Join Date: Jun 2007
Location: By The Sea
Posts: 2,238
|
Quote:
Originally Posted by grayter1
I've been able to sit down with just about any DAW and feel my way around without much effort, but Reaper isn't always that way. I'm still trying to get my head around it, and would welcome any comments and insights...
Terry
|
Hey Terry!
I'm a newbie too and for me I guess it's like the old saying "How do you eat an elephant? One bite at a time!"
My suggestion is don't try to learn all of Reaper. Heck, I'm a Cubendo users (still have SX3) and probably use 10% of what it can do! Just use Reaper for what YOU need it to do and if it's hard to figure out something you want Reap to do then then here's what I recommend.
1. Google what you want to know like "How to *** in Reaper?" etc., because many times the question and answer have been asked before.
2. If you don't find and existing thread on it, read the manual
3. THEN after you did step 1 & 2, ask the forum! The reason I'm learning Reaper is because I really... REALLY love everything about what Reaper stands for and this forum ROCKS!
Just my 20 cents (Hey... inflation right?)
SEA
|
|
|
01-06-2011, 07:45 AM
|
#174
|
Human being with feelings
Join Date: Dec 2008
Posts: 2,111
|
Quote:
Originally Posted by schwa
These three (global MIDI editor) options would not be difficult to implement, actually.
For discussion:
1 means: only ever use one MIDI editor window, and always show all other MIDI in the whole project as ghosted behind the active item that's being edited. Double-clicking another media item in the arrange view, or clicking on another source item in the MIDI filter dialog, or clicking a ghosted note in the MIDI editor, would switch the active MIDI item.
|
Scrolling and zooming behaviour in MIDI editor has to be improved. User should be able to scroll and zoom freely to any MIDI note/event in the project. Currently scrolling and zooming is limited only to the item which is activated for editing. Particularly scroll view left is impossible beyond the active item.
Maybe add new actions like:
View: Zoom horizontally to active item(s)
View: Zoom vertically to active item(s)
View: Zoom horizontally to all items
View: Zoom vertically to all items
jnif
|
|
|
01-06-2011, 07:55 AM
|
#175
|
Human being with feelings
Join Date: Sep 2010
Posts: 388
|
Quote:
Originally Posted by jnif
Scrolling and zooming behaviour in MIDI editor has to be improved. User should be able to scroll and zoom freely to any MIDI note/event in the project. Currently scrolling and zooming is limited only to the item which is activated for editing. Particularly scroll view left is impossible beyond the active item.
|
If you use mouse modifiers to set arrange view right-click to hand scroll, you can scroll left beyond the item.
But zooming out from this will make the view jump back to the items boundaries : unwanted behaviour for me.
When zooming in/out I think the edit cursor relative position to the window should never change.
Imagine in Gimp or Photoshop if the zoom was moving the view the same way reaper does !
|
|
|
01-06-2011, 10:35 AM
|
#176
|
Human being with feelings
Join Date: Jun 2006
Location: UK
Posts: 3,221
|
a25 is up
i got to go so i will let someone else have the honers
Subz
|
|
|
01-06-2011, 10:46 AM
|
#177
|
Human being with feelings
Join Date: Dec 2008
Posts: 2,111
|
Quote:
Originally Posted by schwa
3 means: for unlooped MIDI items, or perhaps even for loopable items that have not yet been looped, clicking in the MIDI editor outside the item boundaries would automatically extend the parent item. This one could potentially cause some odd behavior, if you were actually trying to click on a ghosted note from another media item, or if the extended item overlapped an already existing item.
|
After putting some more thought into this "feature #3", I think extending active item by single click outside item boundary is not a good solution.
Maybe better solution is to extend items only when events are added outside item boundary. MIDI items would extend in following cases
- add note beyond item boundary (double click or single click+drag by default)
- move/paste/ctrl+drag+copy notes/events beyond item boundary (this and add note should work also if note starts stay inside item but note ends are outside)
- increasing note length beyoud item end (this is already working)
- record beyond item end (this is alreay working)
- step record outside item boundary (should work also when recording is started in time location before item start)
Item size should never shrink automatically.
It would be nice to have an option to auto-extend items by complete bars or beats.
Maybe there should be a boundary locking option to prevent accidentally extending items.
The default behaviour for left click on empty area in PRV is to move cursor. That should work also outside active item boundaries.
Currently user can move cursor outside the active item by clciking time ruler. But clicking on notes area does not move cursor (= inconsistent behaviour). Also when cursor is outside the active item, and user starts playback, the cursor movement is not shown until playback reaches the active item area. I can't think of any reason why the cursor movement should not be shown. Seems like a bug.
jnif
Last edited by jnif; 01-06-2011 at 11:12 AM.
|
|
|
01-06-2011, 12:11 PM
|
#178
|
Human being with feelings
Join Date: Feb 2006
Location: Synthopia
Posts: 1,729
|
Quote:
Originally Posted by schwa
These three (global MIDI editor) options would not be difficult to implement, actually:
1. only ever use one MIDI editor window, and always show all other MIDI in the whole project as ghosted behind the active item that's being edited. Double-clicking another media item in the arrange view, or clicking on another source item in the MIDI filter dialog, or clicking a ghosted note in the MIDI editor, would switch the active MIDI item.
2. do not allow clicking on ghosted MIDI notes to switch the active MIDI item. Instead you would need to double-click another media item in the arrange view, or use the MIDI filter dialog, to switch the active MIDI item.
3. for unlooped MIDI items, or perhaps even for loopable items that have not yet been looped, clicking in the MIDI editor outside the item boundaries would automatically extend the parent item. This one could potentially cause some odd behavior, if you were actually trying to click on a ghosted note from another media item, or if the extended item overlapped an already existing item.
|
+1
1. and 3. are features that most people want to see in REAPER 4 Final (more MIDI love )
Last edited by synth; 01-07-2011 at 05:30 AM.
|
|
|
01-06-2011, 12:26 PM
|
#179
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,686
|
About point 3. I'm really curious because most people seem to like it but I can't find a good reason for it, why would you like to see the item extended if you click outside of it? Isn't it good enough if w just drag one of its edges and trim it? Clicking outside and extending the item seems like a very stilted way to extend items, I don't get it.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
01-06-2011, 06:49 PM
|
#180
|
Human being with feelings
Join Date: Nov 2010
Location: Australia
Posts: 1,012
|
Quote:
Originally Posted by Mercado_Negro
About point 3. I'm really curious because most people seem to like it but I can't find a good reason for it, why would you like to see the item extended if you click outside of it? Isn't it good enough if w just drag one of its edges and trim it? Clicking outside and extending the item seems like a very stilted way to extend items, I don't get it.
|
It means you can use the midi editor without having to worry about midi items in the arrange view. Its more an option for people used to Sonar/PT/FL studio.
Have a look at this if it helps. https://www.youtube.com/watch?v=4w3e15IcoCY
|
|
|
01-06-2011, 07:18 PM
|
#181
|
Human being with feelings
Join Date: Jul 2009
Location: Afford Slaughterhouse, FL
Posts: 624
|
Quote:
Originally Posted by Bernstraw
I did have that : in Windows 7's Control Panel --> Display menu, you must have chosen the 125% option which doesn't get along very well with this filter window.
|
I need to do that. It's in fact the default in my Dell Studio XPS (1920x1080). Otherwise REAPER is unusable. I use several programs (DAWs, engineering) and the only one with this strange behavior is REPAER.
__________________
It takes an ordered complex system to recognize another ordered complex system.
|
|
|
01-06-2011, 07:26 PM
|
#182
|
Human being with feelings
Join Date: Mar 2010
Location: the woods, Arkansas
Posts: 1,063
|
Quote:
Originally Posted by Eyes
It means you can use the midi editor without having to worry about midi items in the arrange view. Its more an option for people used to Sonar/PT/FL studio.
Have a look at this if it helps. https://www.youtube.com/watch?v=4w3e15IcoCY
|
I agree. I think that this would be a huge improvement/option.this allows a certain freedom of change ups on duplicated items without having to adjust the end time of each item.
ben
|
|
|
01-06-2011, 07:40 PM
|
#183
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,686
|
Quote:
Originally Posted by Eyes
It means you can use the midi editor without having to worry about midi items in the arrange view. Its more an option for people used to Sonar/PT/FL studio.
Have a look at this if it helps. https://www.youtube.com/watch?v=4w3e15IcoCY
|
Thank you very much Eyes, amazing video. But, this is a bit different, isn't it? I mean, the guy extends the item but just copying/pasting (or just drag+copying) notes which is very nice indeed. Schwa mentioned that items would extend themselves if you click outside but not necessarily if you drag+copy notes, is this somehow implied there?
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
01-06-2011, 07:47 PM
|
#184
|
Human being with feelings
Join Date: Mar 2010
Location: the woods, Arkansas
Posts: 1,063
|
Quote:
Originally Posted by jnif
After putting some more thought into this "feature #3", I think extending active item by single click outside item boundary is not a good solution.
Maybe better solution is to extend items only when events are added outside item boundary. MIDI items would extend in following cases
- add note beyond item boundary (double click or single click+drag by default)
- move/paste/ctrl+drag+copy notes/events beyond item boundary (this and add note should work also if note starts stay inside item but note ends are outside)
- increasing note length beyoud item end (this is already working)
- record beyond item end (this is alreay working)
- step record outside item boundary (should work also when recording is started in time location before item start)
Item size should never shrink automatically.
It would be nice to have an option to auto-extend items by complete bars or beats.
Maybe there should be a boundary locking option to prevent accidentally extending items.
The default behaviour for left click on empty area in PRV is to move cursor. That should work also outside active item boundaries.
Currently user can move cursor outside the active item by clciking time ruler. But clicking on notes area does not move cursor (= inconsistent behaviour). Also when cursor is outside the active item, and user starts playback, the cursor movement is not shown until playback reaches the active item area. I can't think of any reason why the cursor movement should not be shown. Seems like a bug.
jnif
|
I agree with this as being the best way to do it.
|
|
|
01-06-2011, 07:50 PM
|
#185
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,686
|
Quote:
Originally Posted by bennisixx
I agree with this as being the best way to do it.
|
Yeah, after watching that video I think jnif nailed it perfectly, that's the best way to do it.
By the way, there in that youtube video Eyes linked, that's exactly how I visualize the Filter, docked at one side of the ME.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
01-06-2011, 08:30 PM
|
#186
|
Human being with feelings
Join Date: Oct 2007
Location: home is where the heart is
Posts: 12,109
|
Quote:
Originally Posted by Mercado_Negro
By the way, there in that youtube video Eyes linked, that's exactly how I visualize the Filter, docked at one side of the ME.
|
same here.
|
|
|
01-06-2011, 11:54 PM
|
#187
|
Human being with feelings
Join Date: Nov 2010
Location: Australia
Posts: 1,012
|
That video is Sonar 4 (old version), Theo (the videos creator) is really good at his on the fly composing. Basically Sonar creates midi events automatically when notes are entered in the PRV.
I agree with the comments above, would be great if the filter looked like that. The buttons on the side of the filter allow you to choose active track, set a particular track as ghost notes, hide/show notes, solo tracks and mute tracks.
Last edited by Eyes; 01-07-2011 at 01:48 AM.
|
|
|
01-07-2011, 02:29 AM
|
#188
|
Human being with feelings
Join Date: Mar 2010
Location: France
Posts: 459
|
Quote:
Originally Posted by schwa
2 means: do not allow clicking on ghosted MIDI notes to switch the active MIDI item. Instead you would need to double-click another media item in the arrange view, or use the MIDI filter dialog, to switch the active MIDI item.
|
Definitly more convenient
+ dockable filter window + Saint Walter Almighty
|
|
|
01-07-2011, 03:06 AM
|
#189
|
-blänk-
Join Date: Jun 2008
Posts: 11,359
|
Quote:
Originally Posted by Mercado_Negro
Yeah, after watching that video I think jnif nailed it perfectly, that's the best way to do it.
By the way, there in that youtube video Eyes linked, that's exactly how I visualize the Filter, docked at one side of the ME.
|
Those Theodor Kruger vids show pure editing awesomeness. Worth to watch the other ones as well.
So many things to envy there. I dig especially how he can scrub painlessly by dragging in the note's area, right where it's needed . Also remarkable is how all notes are editable, without fuzz.
That list on the right doesn't list items, I think, but tracks. Doing something similar with Reaper's current filter (item based) will quickly result in an unmanageable filter list with hundreds of items to choose from.
|
|
|
01-07-2011, 03:14 AM
|
#190
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 24,798
|
Quote:
Originally Posted by gofer
That list on the right doesn't list items, I think, but tracks. Doing something similar with Reaper's current filter (item based) will quickly result in an unmanageable filter list with hundreds of items to choose from.
|
Correct. The filter should list TRACKS only, and all MIDI items on one tracks should essentially BE one track-sized item.
|
|
|
01-07-2011, 03:51 AM
|
#191
|
Human being with feelings
Join Date: Dec 2008
Posts: 2,111
|
Quote:
Originally Posted by gofer
That list on the right doesn't list items, I think, but tracks. Doing something similar with Reaper's current filter (item based) will quickly result in an unmanageable filter list with hundreds of items to choose from.
|
Yes. That is the reason why I suggested a hierarchical item list.
Quote:
Originally Posted by jnif
Suggestions for MIDI Filter Events window enhancements to improve multi item/track editing: - Hierarchical item list
List items inside tracks. Tracks can be collapsed/expanded to hide/show items.
- Item/track controls: Hide, Lock, Mute, Solo, Record-arm
- All items are activated for editing by default. Locking disables editing.
- Changing Track controls will change item controls of all items inside the track.
- Select multiple items using normal shift/ctrl modifiers and then modify item controls of all selected items at the same time.
Similar to mute, solo, etc in TCP.
- Allow docking of MIDI Filter events window to left or right side of MIDI Editor window.
|
jnif
|
|
|
01-07-2011, 04:07 AM
|
#192
|
Human being with feelings
Join Date: Mar 2010
Location: France
Posts: 459
|
Quote:
Originally Posted by EvilDragon
Correct. The filter should list TRACKS only, and all MIDI items on one tracks should essentially BE one track-sized item.
|
I agree
Quote:
Originally Posted by jnif
Yes. That is the reason why I suggested a hierarchical item list.
jnif
|
Maybe collapsing/ expanding tracks to hide/show midi channels and not items would be better, wouldn't be?
|
|
|
01-07-2011, 05:36 AM
|
#193
|
Human being with feelings
Join Date: Mar 2010
Location: the woods, Arkansas
Posts: 1,063
|
Quote:
Originally Posted by EvilDragon
Correct. The filter should list TRACKS only, and all MIDI items on one tracks should essentially BE one track-sized item.
|
agree
|
|
|
01-07-2011, 05:42 AM
|
#194
|
Human being with feelings
Join Date: Dec 2008
Posts: 2,111
|
Quote:
Originally Posted by VVV
Maybe collapsing/ expanding tracks to hide/show midi channels and not items would be better, wouldn't be?
|
That would be a useful alternative hierarchy.
I'm afraid that there could be problems if items are not listed at all.
Some users may have workflows that depend heavily on multiple items on same track. For example separate items for intro, verse and chorus. In that case track/item hierarchy could be useful. It could be used for muting items and it would also help in navigation inside MIDI editor. It is probably even more important if FIPM is used.
All in all it feels a bit risky to remove item listing completely because Reaper's MIDI implementation is so much based on items.
jnif
|
|
|
01-07-2011, 01:31 PM
|
#195
|
Human being with feelings
Join Date: Jan 2009
Posts: 310
|
++++1
Quote:
Originally Posted by schwa
These three (global MIDI editor) options would not be difficult to implement, actually.
For discussion:
1 means: only ever use one MIDI editor window, and always show all other MIDI in the whole project as ghosted behind the active item that's being edited. Double-clicking another media item in the arrange view, or clicking on another source item in the MIDI filter dialog, or clicking a ghosted note in the MIDI editor, would switch the active MIDI item.
2 means: do not allow clicking on ghosted MIDI notes to switch the active MIDI item. Instead you would need to double-click another media item in the arrange view, or use the MIDI filter dialog, to switch the active MIDI item.
3 means: for unlooped MIDI items, or perhaps even for loopable items that have not yet been looped, clicking in the MIDI editor outside the item boundaries would automatically extend the parent item. This one could potentially cause some odd behavior, if you were actually trying to click on a ghosted note from another media item, or if the extended item overlapped an already existing item.
|
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 11:21 AM.
|