On Wed, Jun 16, 2010 at 1:09 PM, Christian Schoenebeck <schoeneb...@software-engineering.org> wrote: > On Tuesday 15 June 2010 18:03:25 Christian Schoenebeck wrote: >> > I get the impression this is about "live" loading and unloading, where >> > a sequencer reads ahead, and at a given point, swaps one gig for >> > another. (Sort of like, "in 5 bars time i need 1st violins staccato, >> > so i'm going to load it in the background 4 bars before it's needed, >> > and dump the existing 1st violins legato just after the staccato >> > starts.) >> > >> > If this is the case being described, then i would think it's the >> > sequencer's responsibility to provide read ahead functions, but some >> > mechanism that tells LS to load another gig in the background, and on >> > receiving a message from the sequencer, dumps the existing loaded gig. >> > >> > I guess you could say this might be" >> > ON_DEMAND_UNTIL_MESSAGE_RECEIVED_TO_DUMP_CURRENTLY_LOADED_GIG". >> >> Well, we could either introduce something like a MIDI SysEx message which >> could trigger unloading one instrument or we could change the >> implementation of the program change message, in that way that it would >> simply unload the current instrument in case a bank / program number was >> selected which is not defined in the MIDI instrument map of the user. >> >> At the moment the sampler simply ignores such invalid bank / program change >> commands and leaves the current instrument untouched on that sampler >> channel. > > Ah, as a simple workaround you could do it like this: create a dummy .gig > instrument with gigedit that has no sample at all and map that actually > useless empty instrument in your map. Then you can load your actual > instruments on demand on the respective channels and when doing a program > change to that empty instrument, it will free the memory. > > CU > Christian > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Linuxsampler-devel mailing list > Linuxsampler-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel >
Hehe, this is all the more clever for its simplicity. Sometimes us users stand too close to the trees. Thanks, great tip for at least part of this challenge, i'll try this. Alex. -- www.openoctave.org midi-subscr...@openoctave.org development-subscr...@openoctave.org ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
