On Tue, 17 Nov 2009 00:30:56 +0100, Pedro Lopez-Cabanillas <pedro.lopez.cabanil...@gmail.com> wrote: > On Monday, November 16, 2009, Rui Nuno Capela wrote: >> On Mon, 16 Nov 2009 00:46:43 -0800, j...@resonance.org wrote: >> >> keep, force or (re)set one channel preset as unassigned ? >> > >> > No it doesn't seem there is a way to set a single channel to >> > unassigned with the public API. There is a private function called >> > fluid_synth_set_preset, which could be used to set the preset to NULL, >> > which would have the effect of setting it to unassigned, but that >> > isn't much help in your case. How do you see this being useful? >> >> well, it's been a _long_ time missing function. if one can assign one >> channel preset, why can't the same be reset unassigned, just for closure, >> functional completeness sake? >> >> iirc, there were some requests on this regard from time to time, that is, >> a way to set one channel silent, unassigned, with no preset, permanently. > > If the goal is channel muting, IMO the solution should be a channel mute
> function, with a precise name and strict semantics, without collateral > effects. It is not necessary to link the mute status of a channel to it's > assigned program, and separating both states would be more useful. > no, the goal is not quite channel muting, although i believe the expedite result to user's pov might be equivalent. imho, goal is simply api completeness. channel preset assignment is an accessible state. you should have two-way control through the api, that is. a great deal for this regards to qsynth's channels widget where you can assign whatever preset (bank, program) to whatever synth channel, at will. you can even save the whole preset configuration for later recall. just a little bit that is missing in the picture and that is some _official_ way to set or keep a channel explicitly unassigned. it's no big deal, it's just that the time seems right ;) fwiw, you can still mute a channel at user's discretion, via midi channel volume cc#7, as ever was. but that maybe (still) part of user's performance and not of engine's structural configuration, which i'm trying to address. just my .02 cheers -- rncbc aka Rui Nuno Capela rn...@rncbc.org _______________________________________________ fluid-dev mailing list fluid-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/fluid-dev
