Subject: Re: [linux-audio-dev] Re: Mix
From: Dave Phillips (dlphilp_AT_bright.net)
Date: ke elo 18 1999 - 00:10:14 EDT
Nicola Bernardini wrote:
> well: my idea is that we should first try to do what Mix was meant to
> do, and if I understand correctely that was to mix (offline and non in
> real-time), a number of audio track(s).
Agreed, definitely.
We need to enable flawless recording, and I think support for edit by
regions is important. I would consider these to be basic operations.
> I was thinking maybe we should offer
> some form of 'previewing' the mix, without guaranteeing glitches etc.
> Then, csound could come in as an effect for a given track, working in
> non real time, saving to a temporary file and reloading the track
> with the result of it. This should be easy to implement. Then, when
> Guenter is done defining the plug-in architecture, we could speculate
> some more on it. How about that as a development path? (there are zillion
> of other things to do, of course...)
This is certainly going further than the original implementation of the
Csound variable. I'm still pondering the possibilities of simply being
able to trigger a realtime Csound performance in the context of a mix.
As Gunter suggested, at first look it's hard to see the utility of such
a device: the play will not be in sync, it will not be recorded into the
mix, and its action will not be visible. Yet the experimentalist in me
has to wonder what could be done with it. A random-MIDI orc/sco output ?
Some other random process ? Spoken instructions on using Mix ? Given
Csound's flexibility there must be *some* good purpose to its use as a
Mix variable.
And I do like the fact that other NoTAM software is Csound-aware...
== Dave Phillips
http://www.bright.net/~dlphilp/index.html
http://sunsite.univie.ac.at/Linux-soundapp/linux_soundapps.html
This archive was generated by hypermail 2b28 : pe maalis 10 2000 - 07:25:52 EST