On Thu, 06 Mar 2003 12:18:37 +
Simon Jenkins [EMAIL PROTECTED] wrote:
Output terminal modules (OSS,Jack,DiskWriter)
Hadn't run ssm (I have now) so didn't know if outputs on a terminal
were feedback from the graph outputs or if they were inputs, ie it was
an I/O module.
are needed to
[EMAIL PROTECTED] wrote:
On Mon, Mar 03, 2003 at 08:36:04PM +, Simon Jenkins wrote:
I'm trying to think about the most general model, at least at this
stage. It might
become unmanageably complex and need to be stripped back. OTOH its
possible that a
whole lot of complexity could suddenly
Dave Griffiths wrote:
I could have a quick go at fixing it up in the harness, give you
something you
can drop in and try. Maybe code it so you can flip an alternative
algorithm in and out.
Done it:
http://www.sbibble.pwp.blueyonder.co.uk/GraphSort.C
On Fri, Feb 28, 2003 at 07:05:19PM +0100, David Olofson wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
ok... but i see realtime as a subset of offline audio processing...
It is not. Real time applications have some very strict requirements
that no other applications
On Mon, Mar 03, 2003 at 08:36:04PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
On Sun, Mar 02, 2003 at 09:06:02PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
ok ... now to the API...
Here's my thinking so far, modulo some of your comments
(I'll
On Tuesday 04 March 2003 10.20, [EMAIL PROTECTED] wrote:
[...]
Exactly - and that is why you must design in a way that allows RT
hosts and plugins to operate without non RT safe actions.
yes and because a nonRT system can do more things it is a superset
of RT. (but this is just being picky
On Sunday 02 March 2003 17.23, [EMAIL PROTECTED] wrote:
[...silence handling...]
Yeah. What's the problem?
we must always call all plugins.
i was thinking that it would be possible to stop processing()
silent subnets.
Well, it's just that if you stop calling process(), something else
will
On Sun, Mar 02, 2003 at 09:06:02PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
ok ... now to the API...
Here's my thinking so far, modulo some of your comments
(I'll need to think a bit more about some other of your comments,
eg what you need for galan)
me too... but as you
On Mon, Mar 03, 2003 at 09:57:50AM +0100, David Olofson wrote:
On Sunday 02 March 2003 17.23, [EMAIL PROTECTED] wrote:
[...silence handling...]
Yeah. What's the problem?
we must always call all plugins.
i was thinking that it would be possible to stop processing()
silent subnets.
On Monday 03 March 2003 07.49, [EMAIL PROTECTED] wrote:
[...]
Yes, although it might make sense to have a standard
SILENCE_THRESHOLD control, so hosts can present it as a central
control for the whole net, or for a group of plugins (mixer
inserts, fo example), or whatever. Where it's not
On Mon, Mar 03, 2003 at 12:15:13PM +0100, David Olofson wrote:
On Monday 03 March 2003 07.49, [EMAIL PROTECTED] wrote:
[...]
Yes, although it might make sense to have a standard
SILENCE_THRESHOLD control, so hosts can present it as a central
control for the whole net, or for a group of
On Mon, Mar 03, 2003 at 06:51:33AM +, Simon Jenkins wrote:
Dave Griffiths wrote:
On Sat, 01 Mar 2003 03:03:37 +
Simon Jenkins [EMAIL PROTECTED] wrote:
I just took a look at the SSM GraphSort code (from 0.2.1rc2). Its a
neat encapsulation but the sort algorithm
seems to mess up
[EMAIL PROTECTED] wrote:
On Sun, Mar 02, 2003 at 09:06:02PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
ok ... now to the API...
Here's my thinking so far, modulo some of your comments
(I'll need to think a bit more about some other of your comments,
eg what you need
On Mon, 3 Mar 2003 11:00:52 +0100
[EMAIL PROTECTED] wrote:
// First add all children of this
I think that will break the recursion, as they won't be iterated through
later, but you may be on the right track.
what are your new features ?
16 (sixteen!) new plugins - mostly logic ones
On Sat, Mar 01, 2003 at 09:22:35PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
is it in C ?
Yes, but you'll have to excuse the accent.
:-) where did you get that accent from ?
the only functional langage i know is python and
i use it imperative most of the
On Sat, Mar 01, 2003 at 07:52:51PM +0100, David Olofson wrote:
On Saturday 01 March 2003 15.13, [EMAIL PROTECTED] wrote:
[...]
Yeah, that makes sense, and I think that's the way most XAP hosts
would do it. I don't like the idea of leaving the insertion of
the (real or implicit) delay
[EMAIL PROTECTED] wrote:
ok ... now to the API...
Here's my thinking so far, modulo some of your comments
(I'll need to think a bit more about some other of your comments,
eg what you need for galan)
/*
File:
On Sat, 01 Mar 2003 03:03:37 +
Simon Jenkins [EMAIL PROTECTED] wrote:
Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Dave Griffiths wrote:
On Sat, 01 Mar 2003 03:03:37 +
Simon Jenkins [EMAIL PROTECTED] wrote:
I just took a look at the SSM GraphSort code (from 0.2.1rc2). Its a
neat encapsulation but the sort algorithm
seems to mess up on an important case:
Nicely spotted, I hadn't noticed that one.
On Saturday 01 March 2003 04.03, Simon Jenkins wrote:
[...all good points...]
That's easily solved... but here's a problem that's not:
A general solution to the graph sorting problem would have to know
about the I/O dependencies *inside* the nodes. This isn't usually a
problem on the scale
David Olofson wrote:
On Saturday 01 March 2003 04.03, Simon Jenkins wrote:
[...all good points...]
That's easily solved... but here's a problem that's not:
A general solution to the graph sorting problem would have to know
about the I/O dependencies *inside* the nodes. This isn't usually a
On Sat, Mar 01, 2003 at 03:03:37AM +, Simon Jenkins wrote:
In ssm I sort the network each time a connection is made/destroyed, and
generate a ordered list of modules to process from the root up to the
leaves. It has to cope with circular sections, which unavoidably introduce
latency,
On Fri, Feb 28, 2003 at 09:01:21PM +, Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Latency depends on how you happen to
[EMAIL PROTECTED] wrote:
On Sat, Mar 01, 2003 at 03:03:37AM +, Simon Jenkins wrote:
A general solution to the graph sorting problem would have to know about the
I/O dependencies *inside* the nodes. This isn't usually a problem on
the scale
where a node represents, for example, a simple
[EMAIL PROTECTED] wrote:
where is amble ?
http://www.sbibble.pwp.blueyonder.co.uk/amble/amble-0.1.1.tar.gz
Some (not all) of the demos require libsndfile and its headers.
is it in C ?
Yes, but you'll have to excuse the accent.
The graph ordering part of it is messily entwined with the rest
[EMAIL PROTECTED] wrote:
[...]
Another problem i have with moving to the graph ordering side
is the opengl stuff in galan which requires the pull model for
the data.
It would get somewhat inconsistent if gl data was pulled and
audio data not... but this is also cosmetic...
They're not that
On Sat, Mar 01, 2003 at 04:12:49PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
On Sat, Mar 01, 2003 at 03:03:37AM +, Simon Jenkins wrote:
A general solution to the graph sorting problem would have to know about
the
I/O dependencies *inside* the nodes. This isn't usually a
On Sat, Mar 01, 2003 at 04:47:55PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
[...]
Another problem i have with moving to the graph ordering side
is the opengl stuff in galan which requires the pull model for
the data.
It would get somewhat inconsistent if gl data was pulled
On Sat, 1 Mar 2003 12:13:21 +0100
[EMAIL PROTECTED] wrote:
On Fri, Feb 28, 2003 at 09:01:21PM +, Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ?
On Sat, Mar 01, 2003 at 04:37:42PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
where is amble ?
http://www.sbibble.pwp.blueyonder.co.uk/amble/amble-0.1.1.tar.gz
Some (not all) of the demos require libsndfile and its headers.
is it in C ?
Yes, but you'll have to excuse the
On Sat, Mar 01, 2003 at 04:47:55PM +, Simon Jenkins wrote:
[EMAIL PROTECTED] wrote:
[...]
Another problem i have with moving to the graph ordering side
is the opengl stuff in galan which requires the pull model for
the data.
It would get somewhat inconsistent if gl data was pulled
On Sat, Mar 01, 2003 at 12:29:10AM +0100, David Olofson wrote:
On Friday 28 February 2003 22.01, Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how
On Saturday 01 March 2003 15.00, Simon Jenkins wrote:
[...]
These cannot be single plugins, unless a plugin can have multiple
callbacks. (And I don't think we want to go there.)
Its a straight choice between going there and sending the user
there.
Sending the user there means he/she could
On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
[...]
then these components must be built of other components...
i dont see a reason why one wants a big complex component
if it could be built from smaller components...
(other than performace)
Absolutely they must be built out of other
On Sat, Mar 01, 2003 at 05:05:28PM +, Dave Griffiths wrote:
In ssm I sort the network each time a connection is made/destroyed,
and generate a ordered list of modules to process from the root up
to the leaves. It has to cope with circular sections, which
unavoidably introduce
On Sat, 1 Mar 2003 19:20:49 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
[...]
then these components must be built of other components...
i dont see a reason why one wants a big complex component
if it could be built from smaller
On Saturday 01 March 2003 15.13, [EMAIL PROTECTED] wrote:
[...]
Yeah, that makes sense, and I think that's the way most XAP hosts
would do it. I don't like the idea of leaving the insertion of
the (real or implicit) delay element in loops to the host, but
that's a host implementation/UI
David Olofson wrote:
On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
[...]
then these components must be built of other components...
i dont see a reason why one wants a big complex component
if it could be built from smaller components...
(other than performace)
Absolutely they
On Sat, Mar 01, 2003 at 08:15:42PM +, Simon Jenkins wrote:
David Olofson wrote:
On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
[...]
then these components must be built of other components...
i dont see a reason why one wants a big complex component
if it could be built
On Sat, Mar 01, 2003 at 07:20:49PM +0100, David Olofson wrote:
On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
[...]
then these components must be built of other components...
i dont see a reason why one wants a big complex component
if it could be built from smaller components...
[EMAIL PROTECTED] wrote:
is it in C ?
Yes, but you'll have to excuse the accent.
:-) where did you get that accent from ?
the only functional langage i know is python and
i use it imperative most of the time...
Stuff like the brackets in...
#define WHATEVER (6)
is habit due to
On Saturday 01 March 2003 21.15, Simon Jenkins wrote:
[...]
In terms of its inputs and outputs a subgraph is indistinguishable
from a real plugin. All thats needed is a very thin code wrapper
around the administration of the subgraph: A virtual plugin which,
when you instantiate it, would
On Saturday 01 March 2003 17.07, [EMAIL PROTECTED] wrote:
[...]
If we do this on the right level, we can have both. We definitely
should have a standard graph description (and preset) file format
anyway, and all we need is a way for plugin authors to provide
useful subgraphs with their
On Thu, Feb 27, 2003 at 08:18:02PM +0100, David Olofson wrote:
On Thursday 27 February 2003 07.47, [EMAIL PROTECTED] wrote:
[...]
There's only one call; process(). (Or run(), as some prefer to
call it.) This is called once for each block, whether or not the
plugin processes audio.
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Latency depends on how you happen to construct the net (order of
instantiation, connections etc) and/or the actual layout of the net,
in non-obvious ways.
When designing a net, it should
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Latency depends on how you happen to construct the net (order of
instantiation, connections etc) and/or the
On Friday 28 February 2003 22.01, Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Latency depends on how you happen to construct
Dave Griffiths wrote:
On Fri, 28 Feb 2003 19:05:19 +0100
David Olofson [EMAIL PROTECTED] wrote:
On Friday 28 February 2003 09.20, [EMAIL PROTECTED] wrote:
[...]
random latency ? how do you mean that ?
Latency depends on how you happen to construct the net (order of
instantiation,
On Tue, Feb 25, 2003 at 06:20:40PM +0100, David Olofson wrote:
On Monday 24 February 2003 11.24, [EMAIL PROTECTED] wrote:
On Fri, Feb 21, 2003 at 04:07:54PM +0100, David Olofson wrote:
Hi, and wellcome! :-)
BTW, do you know about the GMPI discussion? The XAP team is over
there as
On Thu, Feb 27, 2003 at 07:47:22 +0100, [EMAIL PROTECTED] wrote:
If each plugin only ever worries about the current block for I/O, this
is not an issue, because plugins would never generate events that
they may need to take back later.
hmmm... this would make the event delay more
On Thursday 27 February 2003 07.47, [EMAIL PROTECTED] wrote:
[...]
There's only one call; process(). (Or run(), as some prefer to
call it.) This is called once for each block, whether or not the
plugin processes audio. Might sound odd, but considering that the
unit for event timestamps is
On Monday 24 February 2003 11.24, [EMAIL PROTECTED] wrote:
On Fri, Feb 21, 2003 at 04:07:54PM +0100, David Olofson wrote:
Hi, and wellcome! :-)
BTW, do you know about the GMPI discussion? The XAP team is over
there as well.
http://www.freelists.org/cgi-bin/list?list_id=gmpi
oh
On Fri, Feb 21, 2003 at 04:07:54PM +0100, David Olofson wrote:
Hi, and wellcome! :-)
BTW, do you know about the GMPI discussion? The XAP team is over there
as well.
http://www.freelists.org/cgi-bin/list?list_id=gmpi
oh no... another mailing list i must read :)
i have had some
Hi, and wellcome! :-)
BTW, do you know about the GMPI discussion? The XAP team is over there
as well.
http://www.freelists.org/cgi-bin/list?list_id=gmpi
On Friday 21 February 2003 11.46, [EMAIL PROTECTED] wrote:
[...]
When the offending event is received:
* Fire
On Thu, Feb 06, 2003 at 06:03:47 +0100, Dave Griffiths wrote:
It happens on all IEEE machines, though on some (eg. the PS2's vector
units) you can turn it off.
If your machine is memory bound then you wont notice as much.
Cheers for the info guys, I haven't come across this before
On Thu, Feb 06, 2003 at 11:13:45 +0100, David Olofson wrote:
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
music-dsp list.
There's a conditional in there, though.
Yes,
On Fri, Feb 07, 2003 at 12:56:38 +0100, David Olofson wrote:
I say we should make it as simple as strongly recommending that
plugins with algorithms that tend to generate denormals easily,
should deal with it in a suitable way. Sounds both better and easier
to me.
Agreed, plugins that can
On Friday 07 February 2003 10.55, Steve Harris wrote:
On Thu, Feb 06, 2003 at 11:13:45 +0100, David Olofson wrote:
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
On Fri, Feb 07, 2003 at 02:16:08 +0100, David Olofson wrote:
On Friday 07 February 2003 10.55, Steve Harris wrote:
On Thu, Feb 06, 2003 at 11:13:45 +0100, David Olofson wrote:
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
On Friday 07 February 2003 21.02, Steve Harris wrote:
[...]
Well, casting to int avoids getting the denormal into the FPU.
This is probably the only safe way to deal with a denormal
without forcing the FPU to burn cycles evaluating it. I don't see
how this has anything to do with the
On Fri, Feb 07, 2003 at 09:38:46 +0100, David Olofson wrote:
Yeah - but not as cheap as generating occasional spikes, a tone or
maybe even white noise, to prevent the generation of denormals in the
first place.
Besides, if you *get* a denormal to kill, it has to come from
somewhere.
On Wed, Feb 05, 2003 at 02:41:44 -0800, Tim Hockin wrote:
All XAP audio data is processed in 32-bit floating point form.
Values are normalized between -1.0 and 1.0, with 0.0 being silence.
I think normalized is the wrong term here, since it can't be more
than a 0 dB reference.
On Thu, Feb 06, 2003 at 01:27:39 -0500, Paul Davis wrote:
Again, I think we are speaking of slightly different things. I am talking
about the time when (for example) the synth at the head of the chain has
stopped playing notes. A reverb with this as it's input would be told 'your
input is
On Thu, 6 Feb 2003 10:40:30 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 01:27:39 -0500, Paul Davis wrote:
Again, I think we are speaking of slightly different things. I am talking
about the time when (for example) the synth at the head of the chain has
stopped playing notes. A
On Thu, Feb 06, 2003 at 12:18:47 +0100, Dave Griffiths wrote:
I had a vague attempt at doing something like this (after noticing that
filters filtering silence uses up a lot of cpu). Each sample buffer object
OT: Thats probably because the zeros weren't 0.0, they were probably
denormal numbers.
On Thu, 6 Feb 2003 14:07:06 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 12:18:47 +0100, Dave Griffiths wrote:
I had a vague attempt at doing something like this (after noticing that
filters filtering silence uses up a lot of cpu). Each sample buffer object
OT: Thats probably because
Dave Griffiths wrote:
ahah, I was hoping for an explanation :) any ideas on how to combat this, what
the squashing threshold should be?
I wrote a paper on denormalized number issue, you can check
it here:
http://www.musicdsp.org/files/denormal.pdf
-- Laurent
On Thu, Feb 06, 2003 at 03:59:31 +0100, Dave Griffiths wrote:
On Thu, 6 Feb 2003 14:07:06 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 12:18:47 +0100, Dave Griffiths wrote:
I had a vague attempt at doing something like this (after noticing that
filters filtering silence uses up a lot
perfect!
On Thu, 06 Feb 2003 16:09:11 +0100, Laurent de Soras [Ohm Force] wrote
Dave Griffiths wrote:
ahah, I was hoping for an explanation :) any ideas on how to combat this, what
the squashing threshold should be?
I wrote a paper on denormalized number issue, you can check
it here:
On Thu, 6 Feb 2003 15:28:00 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 03:59:31 +0100, Dave Griffiths wrote:
On Thu, 6 Feb 2003 14:07:06 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 12:18:47 +0100, Dave Griffiths wrote:
I had a vague attempt at doing something like this
On Thu, Feb 06, 2003 at 04:46:10 +0100, Dave Griffiths wrote:
Is this processor specific? I used to get it loads on my PII desktop, but I
haven't noticed it as much my PIII machine (might just be because it's twice
the speed).
It happens on all IEEE machines, though on some (eg. the PS2's
On Thu, 6 Feb 2003 16:15:46 +, Steve Harris wrote
On Thu, Feb 06, 2003 at 04:46:10 +0100, Dave Griffiths wrote:
Is this processor specific? I used to get it loads on my PII desktop, but I
haven't noticed it as much my PIII machine (might just be because it's twice
the speed).
It
On Thursday 06 February 2003 06.11, Tim Hockin wrote:
The host struct is the plugin's interface to various host
provided resources. Unfortunately, making these resources
thread-safe would result in a major performance hit. (Consider
the event system, for example.)
The easy way to deal
On Thursday 06 February 2003 07.27, Paul Davis wrote:
Again, I think we are speaking of slightly different things. I am
talking about the time when (for example) the synth at the head
of the chain has stopped playing notes. A reverb with this as
it's input would be told 'your input is now
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
music-dsp list.
There's a conditional in there, though.
Another method is to add noise or some other signal (beep at Nyqvist)
David Olofson wrote:
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
music-dsp list.
There's a conditional in there, though.
Another method is to add noise or some other
On Friday 07 February 2003 01.22, Simon Jenkins wrote:
[...]
(IIRC:)
If a plugin has got denormals coming out of its outputs, its pretty
certain that its got them circulating around an internal feedback
loop also, since thats where denormals generally come from.
Killing denormals at the
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
music-dsp list.
There's a conditional in there, though.
Another method is to add noise or some other signal (beep at
On Friday 07 February 2003 00.57, Tim Hockin wrote:
On Thursday 06 February 2003 16.28, Steve Harris wrote:
[...]
#define FLUSH_TO_ZERO(fv) (((*(unsigned
int*)(fv))0x7f80)==0)?0.0f:(fv) I think it came from the
music-dsp list.
There's a conditional in there, though.
Maybe a -200dB sine at 1Hz and Nyquist? But then a BP filter
screws you.
White noise is pretty good...
A very simple Denormal-Zapper plugin which injects white-noise at -200dB
(or lower) can be inerted anywhere in the chain. A Very Useful Plugin.
Tim
On Friday 07 February 2003 01.38, Tim Hockin wrote:
Maybe a -200dB sine at 1Hz and Nyquist? But then a BP filter
screws you.
White noise is pretty good...
A very simple Denormal-Zapper plugin which injects white-noise at
-200dB (or lower) can be inerted anywhere in the chain. A Very
David Olofson wrote:
On Friday 07 February 2003 01.38, Tim Hockin wrote:
Maybe a -200dB sine at 1Hz and Nyquist? But then a BP filter
screws you.
White noise is pretty good...
A very simple Denormal-Zapper plugin which injects white-noise at
-200dB (or lower) can be inerted
Tim Hockin wrote:
Maybe a -200dB sine at 1Hz and Nyquist? But then a BP filter screws you.
Someone once suggested a slight DC offset, though I can't see how that would
solve things like a reverb, unless they preserve it and shift their 0.
I generally suggest to add random peaks here and
Well, you know my opinion about what controls plugins ;-)
how about:
* Host
The program responsible for loading and connecting Plugins, and for
providing resources to Plugins. Hosts are generally what the user
interacts with.
* Control:
A knob, button,
The host struct is the plugin's interface to various host provided
resources. Unfortunately, making these resources thread-safe would
result in a major performance hit. (Consider the event system, for
example.)
The easy way to deal with this is to just give plugins another host
struct
Again, I think we are speaking of slightly different things. I am talking
about the time when (for example) the synth at the head of the chain has
stopped playing notes. A reverb with this as it's input would be told 'your
input is now silent'. It has a tail, of course. It can be marked silent
86 matches
Mail list logo