> Perhaps as a user with subtly different requirements I might be able to
> make suggestions on how I would like things to work? Certainly the idea of
> MIDI thru' is relevant.
I think I see what's going on now. What you said about "MIDI thru" clued
me in.
How do I explain it without getting into the whole hairy picture of how we
do routing? Basically, input MIDI data isn't echoed straight to the
output ports, it's copied and re-sent almost as if it came from a segment.
So output needs a channel. In fact, every track that's armed for
recording or is selected needs a channel to play thru events on.
With auto instruments in the picture, it can't assume the natural channel
is correct. They used to until that caused some problems. So thru
tracks, like auto instruments, pick an unused channel (they actually kick
other auto stuff off that channel, but they avoid channels that any fixed
instrument plays on). They try channel 16 first.
Fixing/improving it: At one point we talked about making thru tracks use
fixed instruments if they see them, but the consensus seemed to be that it
was needless extra complexity. Maybe this is an indication that we should
rethink that. It seems like it would solve your problem in a natural
manner. Since it was a group discussion, I want to at least throw it out
for discussion before I do anything.
> I understand the desire for a complete separation of the various objects
> involved but Rosegarden pushes this to the extreme. The Event list and the
> MIDI display in the transport both display notes & velocity but do not
> have
> any indication of channel or to which output port they are routed.
The event list can't. The transport display probably could, though I
don't know it well.
Tom Breton (Tehom)
------------------------------------------------------------------------------
The Windows 8 Center - In partnership with Sourceforge
Your idea - your app - 30 days.
Get started!
http://windows8center.sourceforge.net/
what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/
_______________________________________________
Rosegarden-user mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user
