> On 4/15/2012 4:46 PM, Tom Breton (Tehom) wrote:
>> Somewhat dirty, in that it assumes all instruments are fixed. I didn't
>> see a good way to deal with playing on a track with "auto" or audio
>> instruments.
Since I wrote this, I made it cleaner: it no longer assumes, it checks and
if it's non-midi or non-fixed, punts.
> I tried it out and it works fine for tracks in "fixed" mode.
>
> Maybe when an auto mode track is recording (armed and the transport
> is in record) you can allocate a channel for "monitoring"? A channel
> should be available since the track that is being recorded doesn't need
> to allocate a channel since it isn't playing.
It is possible to record on a track that already has segments on it.
> Or... How about just
> treating the recording track like a playing track. Allocate a channel
> for it and send the appropriate program change. Then send the notes
> being recorded from input channel 1 to this allocated channel?
That's a thought. It seems possible but potentially complex. I lean
towards another approach: don't arm recording for auto instruments, and
pop up an explanatory message. No functionality is lost, since that
wasn't even possible before. Or make the instrument fixed if no segment
plans to play on it.
Tom Breton (Tehom)
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
