Re: [LAD] CV data protocol in apps.

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <linux-audio-dev@...>
Date: Friday, February 19, 2010 - 2:32 pm

On Fri, Feb 19, 2010 at 01:59:34PM +0000, Simon Jenkins wrote:

True. The advantage is that if there is a 'standard' for
such control signals (e.g. 1/16) it becomes practical to
store them as well. Of course you could do that at audio
rate, but just imagine the consequences if you have e.g.
at least 4 control signals for each audio channel, as is
the case in the WFS system here. There is a huge difference
between having to store 48 audio files of an hour each,
(25 GB) and 240 of them (125 GB) - in particular if most
of that storage is wasted anyway. In a mixdown session
there can easily be much more than 4 automation tracks
for each audio one. Reducing the rate at least brings
this back to manageable levels.

> If a receiving application, for example, wants to update

All true, but you are confusing two quite separate issues:
*internal update rate* and *useful bandwidth*.

- The internal update rate of e.g. a filter or gain control
would always have to be audio rate, to avoid 'zipper' effects.
The filter could e.g. use linear interpolation over segments
of 16 samples, or 32, or 256. This is an implementation
detail of the DSP code.

- The useful bandwidth of control signals in audio is very
low. Even if the internal update rate is audio, there will
be no energy in the control signal above a few tens of Hz.
If you modulate a filter or gain stage with anything above
that bandwidth it is no longer just a filter or gain control
- you will be producing quite an obvious effect (e.g. vibrato).
That makes sense in synthesisers etc., but in any normal
audio processing it's something to be avoided.

So with the exception of synth modules etc., control signals
never need to be high rate, and if they are the DSP code would
have to filter out the HF parts. Actually 1/16 (3 kHz) would
be more than sufficient for use as envelopes etc. in a synth
as well, anything faster would just generate clicks.

--
FA

O tu, che porte, correndo si ?
E guerra e morte !
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 9:54 am)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 11:19 am)
Re: [LAD] CV data protocol in apps., Jörn Nettingsmeier, (Thu Feb 18, 11:38 am)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 12:15 pm)
Re: [LAD] CV data protocol in apps., torbenh, (Thu Feb 18, 11:33 am)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 11:47 am)
Re: [LAD] CV data protocol in apps., torbenh, (Thu Feb 18, 11:26 am)
Re: [LAD] CV data protocol in apps., Jörn Nettingsmeier, (Thu Feb 18, 10:13 am)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 10:32 am)
Re: [LAD] CV data protocol in apps., Julien 'Lta' BALLET, (Thu Feb 18, 10:30 am)
Re: [LAD] CV data protocol in apps., , (Thu Feb 18, 4:36 pm)
Re: [LAD] CV data protocol in apps., Paul Davis, (Thu Feb 18, 4:43 pm)
Re: [LAD] CV data protocol in apps., , (Thu Feb 18, 5:14 pm)
Re: [LAD] CV data protocol in apps., torbenh, (Fri Feb 19, 2:50 am)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 12:50 pm)
Re: [LAD] CV data protocol in apps., torbenh, (Sat Feb 20, 6:30 am)
Re: [LAD] CV data protocol in apps., , (Sat Feb 20, 12:27 pm)
Re: [LAD] CV data protocol in apps., Paul Davis, (Sat Feb 20, 12:46 pm)
Re: [LAD] CV data protocol in apps., alex stone, (Fri Feb 19, 1:05 pm)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 1:44 pm)
Re: [LAD] CV data protocol in apps., nescivi, (Sat Mar 6, 5:10 pm)
Re: [LAD] CV data protocol in apps., torbenh, (Sat Feb 20, 5:14 am)
Re: [LAD] CV data protocol in apps., alex stone, (Fri Feb 19, 1:20 pm)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 1:48 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 2:15 pm)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 2:53 pm)
Re: [LAD] CV data protocol in apps., alex stone, (Fri Feb 19, 1:31 pm)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 5:32 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 2:00 pm)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 2:32 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 2:56 pm)
Re: [LAD] CV data protocol in apps., Fons Adriaensen, (Fri Feb 19, 3:31 pm)
Re: [LAD] CV data protocol in apps., Nick Copeland, (Sat Feb 20, 12:20 am)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 4:30 pm)
Re: [LAD] CV data protocol in apps., Paul Davis, (Fri Feb 19, 4:41 pm)
Re: [LAD] CV data protocol in apps., Jörn Nettingsmeier, (Fri Feb 19, 6:34 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 7:44 pm)
Re: [LAD] CV data protocol in apps., , (Fri Feb 19, 8:59 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 9:01 pm)
Re: [LAD] CV data protocol in apps., , (Fri Feb 19, 9:07 pm)
Re: [LAD] CV data protocol in apps., Simon Jenkins, (Fri Feb 19, 9:39 pm)
Re: [LAD] CV data protocol in apps., , (Fri Feb 19, 10:15 pm)
Re: [LAD] CV data protocol in apps., alex stone, (Fri Feb 19, 9:09 pm)
Re: [LAD] CV data protocol in apps., , (Fri Feb 19, 5:34 pm)
Re: [LAD] CV data protocol in apps., Paul Davis, (Fri Feb 19, 5:39 pm)
Re: [LAD] CV data protocol in apps., , (Fri Feb 19, 6:29 pm)
Re: [LAD] CV data protocol in apps., Paul Davis, (Thu Feb 18, 5:38 pm)
Re: [LAD] CV data protocol in apps., Julien 'Lta' BALLET, (Thu Feb 18, 7:34 pm)
Re: [LAD] CV data protocol in apps., torbenh, (Thu Feb 18, 10:52 am)
Re: [LAD] CV data protocol in apps., alex stone, (Thu Feb 18, 10:39 am)
Re: [LAD] CV data protocol in apps., Nick Copeland, (Thu Feb 18, 1:40 pm)