Hello All, Great work on this so far Tom, I've been following this development, but hadn't had a chance to try it out. I look forward to giving it a run some time.
Concerning: >> On Thursday, January 26, 2012, Tom Breton (Tehom) wrote: >> >>> For old compositions, I still have to make percussion default to fixed. >>> Otherwise, while new drums wouldn't play out of the piano, old ones >>> would. >> >> Just to be clear, we're still talking about having instrument #10 default >> to >> being fixed, and fixing to channel 10, right? > > Yes. That's what I meant. I hope we'll le this instrument be toggled just as you've proposed for the other instruments, with the default to be fixed. I don't see any reason to treat this channel special (even though it usually is special), though I admit there is heavy emphasis for this channel to be percussion. On my device I can just as play percussion on channels other than 10, I don't see a reason to arbitrarily limit it. Sincerely, Julie S. --- On Thu, 1/26/12, Tom Breton (Tehom) <[email protected]> wrote: From: Tom Breton (Tehom) <[email protected]> Subject: Re: [Rosegarden-devel] Logical instruments save and restore fixed channels now To: "D. Michael McIntyre" <[email protected]> Cc: [email protected] Date: Thursday, January 26, 2012, 4:19 PM > On Thursday, January 26, 2012, Tom Breton (Tehom) wrote: > >> For old compositions, I still have to make percussion default to fixed. >> Otherwise, while new drums wouldn't play out of the piano, old ones >> would. > > Just to be clear, we're still talking about having instrument #10 default > to > being fixed, and fixing to channel 10, right? Yes. That's what I meant. >> What I'd like to do is make MidiFile use part of the normal >> Events-to-output logic (metaiterator and the segment mappers). MidiFile >> would write the MIDI headers etc, then create a MappedBufMetaIterator >> and >> use it to write the MIDI. > > That's a really novel approach. Does this end up handling tempo ramps? > I'm > not sure about that, but it seems like it should be able to handle > everything > else handily. My guess is that it handles tempo ramps awkwardly but correctly, translating each event's TimeT to RealTime and then looking it up and getting the original TimeT back. It depends on how exact getElapsedTimeForRealTime is, but it looks like it takes ramping into account. > I'd like to see you have a go at that, and see how it turns out. I'm > thinking > even if there are some problems, it's likely possible to massage around > them. > I can't think of anything I expect to be a complete show stopper with that > approach. I will try it. Tom Breton (Tehom) ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
