[gmpi] Re: Revised Topic 7.1: Audio I/O
- From: "Vincent Burel" <vincent.burel@xxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Fri, 6 Jun 2003 16:53:00 +0200
----- Original Message -----
From: "Steve Harris" <S.W.Harris@xxxxxxxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Friday, June 06, 2003 3:35 PM
Subject: [gmpi] Re: Revised Topic 7.1: Audio I/O
> On Fri, Jun 06, 2003 at 02:16:41 +0200, Vincent Burel wrote:
> > > save-uninstantiate-instantiate-restore OTOH can be quite an expensive
> > > operation, eg. if the plugin has to build tables according to the
sample
> > > rate.
> >
> > on hardware stuff, the thing is done like that
> > - 1 eject processing function out of the graph (very fast)
> > - 2 save context of effect (current setting and so on...)
> > - 3 end/initialize again effect (in an other thread than the processing
one
> > of course)
> > - 4 send the old stored context into the new effect
> > - 5 insert the processing function into the graph.
> > that's it .
> > There is no problem , and this is the simplest for everybody.
> Right, but this will inevitably cause a click or dropout. It kinda rules
> out GMPI for use as a module format in modular synths as connections are
> very frequent. There are a lot of modular synths on linux that use LADSPA
> as a module format.
Of course there is a potential click and small or big sound problem. Now
every sound engineer know well that a POP or a TICK can happend when
disconnecting audio wire. That's why there is basically two steps in audio
production or audio performances : first you connect , secondly you play :-)
easy ! :-)
For me a modular synth should be a single plug-in , not a combination of
many plug-ins, or then internal specific plug-in. Allowing a dynamic
connection/disconnection does make desappear the potential problem of CLIC
or POP in the sound , let say simply that this problem cannot be solved even
with cross fade of whatever ... For example remove a -24db gain out of the
chain : and you get a sound explosion ! :-)))
> I think going out of our way to support modulars is probably a bad idea,
> but we should maybe consider thier needs if it doesn't hurt the general
> case.
to be franck , Hot connection/disconnection hurt me , this is not something
allowed without trouble in the reality , there is no reason to try to make
it in the software. I would prefer a matrix button or a radio button line to
route signal , than dis/re-connecting something (with all that it will bring
to the developper in term of boring work to manage such a feature). This
makes clearly no sens for me .
Vincent Burel
----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules: Please stay on topic. You are responsible for your own
words. Please respect your fellow subscribers. Please do not
redistribute anyone else's words without their permission.
Archive: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
Other related posts:
