From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #363 Reply-To: sc-users Sender: owner-sc-users-digest@lists.io.com Errors-To: owner-sc-users-digest@lists.io.com Precedence: bulk sc-users-digest Wednesday, October 3 2001 Volume 01 : Number 363 ---------------------------------------------------------------------- Date: Mon, 01 Oct 2001 18:58:14 +0200 From: Stephan Wittwer <---@---.---> Subject: Re: multichannel aiff? [OT] > > "Choice Chase" with P. Lovens ?? > sure :-) > ----- Original Message ----- > From: "Stephan Wittwer" <---@---.---> > To: > Sent: Sunday, September 30, 2001 5:47 AM > Subject: Re: multichannel aiff? [OT] > > >> am 28.9.2001 23:47 Uhr schrieb t. krakowiak unter krakowiak@sympatico.ca: >> >>> >>> do You play guitar, Stephan ? >>> >> >> yes >> >> > ------------------------------ Date: Mon, 1 Oct 2001 14:31:10 -0400 From: "t. krakowiak" <---@---.---> Subject: Re: multichannel aiff? [OT] nice cd - ----- Original Message ----- From: "Stephan Wittwer" <---@---.---> To: Sent: Monday, October 01, 2001 12:58 PM Subject: Re: multichannel aiff? [OT] > > > > > > "Choice Chase" with P. Lovens ?? > > > sure > > :-) > > > ----- Original Message ----- > > From: "Stephan Wittwer" <---@---.---> > > To: > > Sent: Sunday, September 30, 2001 5:47 AM > > Subject: Re: multichannel aiff? [OT] > > > > > >> am 28.9.2001 23:47 Uhr schrieb t. krakowiak unter krakowiak@sympatico.ca: > >> > >>> > >>> do You play guitar, Stephan ? > >>> > >> > >> yes > >> > >> > > > > ------------------------------ Date: Tue, 2 Oct 2001 00:31:22 +0200 From: Julian Rohrhuber <---@---.---> Subject: n-th order MarkovSet there is a new version of MarkovSet that includes n-th order parsing and access. Also there is a help file now. http://swiki.hfbk.uni-hamburg.de:8080/MusicTechnology/142 ------------------------------ Date: Mon, 01 Oct 2001 19:49:19 -0600 From: Michael Theodore <---@---.---> Subject: Non real-time? Howdy, Is there a way to render things not in real-time, but in however-much-time-it-takes-to-do-it-right-time? There are things that I'd like to do that just create too many ugens.... I haven't come across mention of this in the docs (so far anyway). thanks, Michael ------------------------------ Date: Mon, 01 Oct 2001 20:34:02 -0600 From: Michael Theodore <---@---.---> Subject: SetTempo question Hello again, In the example below, SetTempo is apparently controlling the rate at which new events are triggered. I want this. However, I also want the envelopes to be rescaled to match the new speed. In the example below the envelopes continue to take the amount of time they normally take (I haven't verified this, but it's the only explanation for the clipping.) Is there a way to use SetTempo (or something else) to rescale both the onset times as well as the durations of events in this context? thanks, Michael ( Synth.scope({ SetTempo.kr(nil, MouseX.kr(1.0, 10.0, 'exponential')); OrcScore.ar( [ ///instrument #0 { arg spawn, i, synth, deltaTime, instrumentNum, note, amp, dur; var shape; dur.postln; shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, 0.6, 0.2], 'linear'); EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), timeScale:dur); }, ///instrument #1 { arg spawn, i, synth, deltaTime, instrumentNum, note, amp, dur; var shape; shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, 0.6, 0.2], 'linear'); EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), timeScale:dur) * SinOsc.ar(1000.0.rand + 100.0); } ], [ //deltatime, instrument number, note, amp, dur [0.5, 0, 60, 0.3, 0.4], [0.5, 0, 60, 0.3, 0.4], [0.5, 0, 67, 0.3, 0.4], [0.5, 0, 67, 0.3, 0.4], [0.5, 0, 69, 0.3, 0.4], [0.5, 0, 69, 0.3, 0.4], [1.0, 0, 67, 0.3, 0.9], [0.0, 1, 65, 0.15, 0.4], [0.5, 0, 65, 0.15, 0.4], [0.0, 1, 65, 0.15, 0.4], [0.5, 0, 65, 0.15, 0.4], [0.0, 1, 64, 0.15, 0.4], [0.5, 0, 64, 0.15, 0.4], [0.0, 1, 64, 0.15, 0.4], [0.5, 0, 64, 0.15, 0.4], [0.0, 1, 62, 0.15, 0.4], [0.5, 0, 62, 0.15, 0.4], [0.0, 1, 62, 0.15, 0.4], [0.5, 0, 62, 0.15, 0.4], [1.0, 0, 60, 0.1, 0.9] ], 1, nil, nil ) }) ) ------------------------------ Date: Mon, 01 Oct 2001 20:00:09 -0800 From: anthony burr <---@---.---> Subject: Re: Non real-time? michael Synth.write does what you need. cheers anthony From: Michael Theodore <---@---.---> Reply-To: sc-users@lists.io.com Date: Mon, 01 Oct 2001 19:49:19 -0600 To: Supercollider List Subject: Non real-time? Howdy, Is there a way to render things not in real-time, but in however-much-time-it-takes-to-do-it-right-time? There are things that I'd like to do that just create too many ugens.... I haven't come across mention of this in the docs (so far anyway). thanks, Michael ------------------------------ Date: Mon, 01 Oct 2001 20:57:05 -0600 From: Michael Theodore <---@---.---> Subject: Re: Non real-time? Thanks Anthony, It wasn't clear from reading the docs for synth.write that this was the case (there's no mention that real-time functioning is suspended). However, I guess it's almost inferable (if not guessable) when one compares it to the doc for synth.record. Anyway, thanks again, Michael anthony burr wrote: > michael > Synth.write does what you need. > > cheers > anthony > > From: Michael Theodore <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Mon, 01 Oct 2001 19:49:19 -0600 > To: Supercollider List > Subject: Non real-time? > > Howdy, > Is there a way to render things not in real-time, but in > however-much-time-it-takes-to-do-it-right-time? > There are things that I'd like to do that just > create too many ugens.... > I haven't come across mention of this in the docs > (so far anyway). > thanks, > Michael ------------------------------ Date: Mon, 1 Oct 2001 22:10:43 -0500 (CDT) From: "AUDIOSYNTH.COM" <---@---.---> Subject: Re: SetTempo question No SetTempo will not do this bcs in general instrument physics do not change with tempo. YOu should scale all your times instead of using SetTempo. On Mon, 1 Oct 2001, Michael Theodore wrote: > Hello again, > In the example below, SetTempo is apparently controlling > the rate at which new events are triggered. I want this. > However, I also want the envelopes to be rescaled to > match the new speed. In the example below the envelopes > continue to take the amount of time they normally take > (I haven't verified this, but it's the only explanation for the > clipping.) Is there a way to use SetTempo (or something > else) to rescale both the onset times as well as the durations > of events in this context? > > thanks, > Michael > > > ( > Synth.scope({ > SetTempo.kr(nil, MouseX.kr(1.0, 10.0, 'exponential')); > OrcScore.ar( > [ > ///instrument #0 > { > arg spawn, i, synth, deltaTime, instrumentNum, note, > amp, dur; > var shape; > dur.postln; > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > 0.6, 0.2], 'linear'); > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > timeScale:dur); > }, > > ///instrument #1 > { > arg spawn, i, synth, deltaTime, instrumentNum, note, > amp, dur; > var shape; > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > 0.6, 0.2], 'linear'); > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > timeScale:dur) > * SinOsc.ar(1000.0.rand + 100.0); > } > ], > [ > //deltatime, instrument number, note, amp, dur > [0.5, 0, 60, 0.3, 0.4], > [0.5, 0, 60, 0.3, 0.4], > [0.5, 0, 67, 0.3, 0.4], > [0.5, 0, 67, 0.3, 0.4], > [0.5, 0, 69, 0.3, 0.4], > [0.5, 0, 69, 0.3, 0.4], > [1.0, 0, 67, 0.3, 0.9], > [0.0, 1, 65, 0.15, 0.4], > [0.5, 0, 65, 0.15, 0.4], > [0.0, 1, 65, 0.15, 0.4], > [0.5, 0, 65, 0.15, 0.4], > [0.0, 1, 64, 0.15, 0.4], > [0.5, 0, 64, 0.15, 0.4], > [0.0, 1, 64, 0.15, 0.4], > [0.5, 0, 64, 0.15, 0.4], > [0.0, 1, 62, 0.15, 0.4], > [0.5, 0, 62, 0.15, 0.4], > [0.0, 1, 62, 0.15, 0.4], > [0.5, 0, 62, 0.15, 0.4], > [1.0, 0, 60, 0.1, 0.9] > > ], 1, nil, nil > ) > }) > ) > > ------------------------------ Date: Tue, 02 Oct 2001 12:50:29 +0000 (GMT) From: f <---@---.---> Subject: b i a s . w/ sc apologise for cross-posts f&m using sc on leptup _ALL in london LNDN k [UK]? B I A S ******* A series of audio environments and entertainments - ------------------------------------------------- Middlesex University M.A. Sonic Arts Degree Show Performances and Installations, 10-12 October 2001 Anselm Caminada, Nick Fuller, Paul Miller Installations: Weds 10 - Fri 12 Oct, 2-7pm Degree Performance: Weds 10 Oct, 7.30-10pm •Nick Fuller, laptop plus 16mm projections by Simon Payne •Paul Miller, laptop •ReSponge: Anselm Caminada, turntables, electronic devices Sarah Washington, circuit bent devices, wasp Knut Aufermann, internal feedback, walkman Børre Mølstad, theremin, electronic devices Performance with Guests: Thurs 11 Oct, 7.30-10pm _________________________________________________________ Century Gallery, 1-15 Cremer St, E2, nearest tube: Old St - --------------------------------------------------------- ------------------------------ Date: Tue, 02 Oct 2001 11:30:06 -0700 From: Geoff Spradley <---@---.---> Subject: [OT] OS X drivers for Midiman products Some months ago, James requested news of shipping OS X drivers for multi-channel audio cards. According to Harmony Central, one set has been announced: http://www.harmony-central.com/News/2001/Delta-Series-10-1-Drivers.html Looks like they're also ready for download: http://www.m-audio.com/drivers.htm (Disclaimer: I have no experience with Midiman products, and am in fact rooting for RME soon to follow suit.) - --Geoff ------------------------------ Date: Tue, 2 Oct 2001 18:35:37 -0700 (PDT) From: Chris Brown <---@---.---> Subject: OSC fails under 9.1 well, i've confirmed the trouble that Matt Rogalsky reported a week or so ago. i have three pieces doing extensive network updating of each other that work flawlessly on my MacOS 9.0.4 and 8.6 machines, but cannot establish network connections on machines that run 9.1. bummer, because i've got two network music workshops in germany this weekend where i will most likely be given newer machines to run these pieces on. james, could you have a look at this? thanks, chris **************************************************** Chris Brown Assoc. Prof. of Music and Co-Director, Center for Contemporary Music (CCM) Mills College, Oakland, CA 94613 email: cbmus@mills.edu, phone: 510-430-2330; fax 510-430-3314 **************************************************** ------------------------------ Date: Tue, 2 Oct 2001 23:25:50 -0400 From: felix <---@---.---> Subject: Re: SetTempo question dur is in beats, the Env is in seconds. set your Env duration to exactly 1 EnvGen.ar(shape,timeScale: dur * GetTempo.kr) though it would be much wiser to use an envelope that sustains, and let the enclosing spawn kill it off when the event is done. //this tells this synth (which exists only while this spawn event happens) // to release all envelopes at the given time (in seconds) synth.releaseTime = dur * synth.tempo; mind you, if you radically change the tempo during the course of the event, the synth's scheduled releaseTime will come at the wrong time. you should best then synth.sched(dur,{ synth.releaseAll }); // which will happen at the given beat regardless of what you do to the tempo On Monday, October 1, 2001, at 10:34 PM, Michael Theodore wrote: > Hello again, > In the example below, SetTempo is apparently controlling > the rate at which new events are triggered. I want this. > However, I also want the envelopes to be rescaled to > match the new speed. In the example below the envelopes > continue to take the amount of time they normally take > (I haven't verified this, but it's the only explanation for the > clipping.) Is there a way to use SetTempo (or something > else) to rescale both the onset times as well as the durations > of events in this context? > > thanks, > Michael > > > ( > Synth.scope({ > SetTempo.kr(nil, MouseX.kr(1.0, 10.0, 'exponential')); > OrcScore.ar( > [ > ///instrument #0 > { > arg spawn, i, synth, deltaTime, instrumentNum, note, > amp, dur; > var shape; > dur.postln; > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > 0.6, 0.2], 'linear'); > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > timeScale:dur); > }, > > ///instrument #1 > { > arg spawn, i, synth, deltaTime, instrumentNum, note, > amp, dur; > var shape; > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > 0.6, 0.2], 'linear'); > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > timeScale:dur) > * SinOsc.ar(1000.0.rand + 100.0); > } > ], > [ > //deltatime, instrument number, note, amp, dur > [0.5, 0, 60, 0.3, 0.4], > [0.5, 0, 60, 0.3, 0.4], > [0.5, 0, 67, 0.3, 0.4], > [0.5, 0, 67, 0.3, 0.4], > [0.5, 0, 69, 0.3, 0.4], > [0.5, 0, 69, 0.3, 0.4], > [1.0, 0, 67, 0.3, 0.9], > [0.0, 1, 65, 0.15, 0.4], > [0.5, 0, 65, 0.15, 0.4], > [0.0, 1, 65, 0.15, 0.4], > [0.5, 0, 65, 0.15, 0.4], > [0.0, 1, 64, 0.15, 0.4], > [0.5, 0, 64, 0.15, 0.4], > [0.0, 1, 64, 0.15, 0.4], > [0.5, 0, 64, 0.15, 0.4], > [0.0, 1, 62, 0.15, 0.4], > [0.5, 0, 62, 0.15, 0.4], > [0.0, 1, 62, 0.15, 0.4], > [0.5, 0, 62, 0.15, 0.4], > [1.0, 0, 60, 0.1, 0.9] > > ], 1, nil, nil > ) > }) > ) > > > > ------------------------------ Date: Tue, 2 Oct 2001 23:56:16 -0400 From: Andrei <---@---.---> Subject: Re: SetTempo question I never seemed to have received Michael Theodore's original post in this thread (I see it in the body of this message, but I never actually got that post). Do we get notified if messages bounce on this list ? Andrei On Tue, 2 Oct 2001, felix wrote: > dur is in beats, the Env is in seconds. > > set your Env duration to exactly 1 > > EnvGen.ar(shape,timeScale: dur * GetTempo.kr) > > though it would be much wiser to use an envelope that sustains, > and let the enclosing spawn kill it off when the event is done. > > //this tells this synth (which exists only while this spawn event > happens) > // to release all envelopes at the given time (in seconds) > synth.releaseTime = dur * synth.tempo; > > mind you, if you radically change the tempo during the course of the > event, > the synth's scheduled releaseTime will come at the wrong time. > > you should best then > > synth.sched(dur,{ synth.releaseAll }); > // which will happen at the given beat regardless of what you do to the > tempo > > > > > On Monday, October 1, 2001, at 10:34 PM, Michael Theodore wrote: > > > Hello again, > > In the example below, SetTempo is apparently controlling > > the rate at which new events are triggered. I want this. > > However, I also want the envelopes to be rescaled to > > match the new speed. In the example below the envelopes > > continue to take the amount of time they normally take > > (I haven't verified this, but it's the only explanation for the > > clipping.) Is there a way to use SetTempo (or something > > else) to rescale both the onset times as well as the durations > > of events in this context? > > > > thanks, > > Michael > > > > > > ( > > Synth.scope({ > > SetTempo.kr(nil, MouseX.kr(1.0, 10.0, 'exponential')); > > OrcScore.ar( > > [ > > ///instrument #0 > > { > > arg spawn, i, synth, deltaTime, instrumentNum, note, > > amp, dur; > > var shape; > > dur.postln; > > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > > 0.6, 0.2], 'linear'); > > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > > timeScale:dur); > > }, > > > > ///instrument #1 > > { > > arg spawn, i, synth, deltaTime, instrumentNum, note, > > amp, dur; > > var shape; > > shape = Env.new([0.0, 1.0, 0.8, 0.8, 0.0], [0.1, 0.1, > > 0.6, 0.2], 'linear'); > > EnvGen.ar(shape, SinOsc.ar(note.midicps, 0, amp), > > timeScale:dur) > > * SinOsc.ar(1000.0.rand + 100.0); > > } > > ], > > [ > > //deltatime, instrument number, note, amp, dur > > [0.5, 0, 60, 0.3, 0.4], > > [0.5, 0, 60, 0.3, 0.4], > > [0.5, 0, 67, 0.3, 0.4], > > [0.5, 0, 67, 0.3, 0.4], > > [0.5, 0, 69, 0.3, 0.4], > > [0.5, 0, 69, 0.3, 0.4], > > [1.0, 0, 67, 0.3, 0.9], > > [0.0, 1, 65, 0.15, 0.4], > > [0.5, 0, 65, 0.15, 0.4], > > [0.0, 1, 65, 0.15, 0.4], > > [0.5, 0, 65, 0.15, 0.4], > > [0.0, 1, 64, 0.15, 0.4], > > [0.5, 0, 64, 0.15, 0.4], > > [0.0, 1, 64, 0.15, 0.4], > > [0.5, 0, 64, 0.15, 0.4], > > [0.0, 1, 62, 0.15, 0.4], > > [0.5, 0, 62, 0.15, 0.4], > > [0.0, 1, 62, 0.15, 0.4], > > [0.5, 0, 62, 0.15, 0.4], > > [1.0, 0, 60, 0.1, 0.9] > > > > ], 1, nil, nil > > ) > > }) > > ) > > > > > > > > > ------------------------------ Date: Wed, 03 Oct 2001 11:58:45 +0100 From: Joanna mayes <---@---.---> Subject: Multichannel emagic 2-6 hi all, yes - this subject again! Drivers have now been shipped for this 2 in, 6 channel out USB hardware.... currently retailing (through Thomann, thanks Jem) for UK£298. Not bad. Supposedly much better than other USB audio interfaces - works great with Logic Audio, VST plug-ins etc (apparently). But no info on use with Max/SC etc. Apparently runs best through ASIO drivers, but comes with a Sound Manager driver. Has 3 latency settings - zero is the smallest, although tech support reckons that the middle setting of 10ms would work better for software synths. Any thoughts anyone? Anyone bought/tried one yet? Jem, you didn't seem too pleased with the MOTU after all am I right? Cheers Jo > From: Jem Finer <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Fri, 20 Jul 2001 08:27:10 +0000 > To: > Subject: Re: channelOffset (was Re: MOTU 828) > > on 19/7/01 22:51, James McCartney at asynth@io.com wrote: > >> >> channelOffset only works with a Spawn. >> Otherwise you must pad with channels of silence. >> >> #a, b = Pan2.ar(...); >> z = Plug.ar(0.0); >> [z, z, a, b] >> >> >> In SC3 channelOffset does work because there is a Spawn at the top level. >> >> --- james mccartney james@audiosynth.com >> SuperCollider - a real time synthesis programming language for the PowerMac. >> >> >> >> > > > looking forward to that ! > > Jem > ------------------------------ Date: Wed, 3 Oct 2001 08:37:00 -0400 From: "don mennerich" <---@---.---> Subject: RE: Multichannel emagic 2-6 hey all. in the past two months ive gone through a motu 828, maudio quattro, and the esi 6/2. I eneded up going with the esi. Its asio drivers are stable and work great with SC and Max/MSP on my powerbook. the box works quite well with the latency set low. umm I have yet to do any multichannel stuff in SC but the six outs work great in max and logic. the only advice i can give s to stay away from the quattro --- its god-aweful (why would anyone put 4x in via USB??, and why whould i buy it????)) - -don - -----Original Message----- From: owner-sc-users@lists.io.com [mailto:owner-sc-users@lists.io.com]On Behalf Of Joanna mayes Sent: Wednesday, October 03, 2001 6:59 AM To: sc-users@lists.io.com Subject: Multichannel emagic 2-6 hi all, yes - this subject again! Drivers have now been shipped for this 2 in, 6 channel out USB hardware.... currently retailing (through Thomann, thanks Jem) for UK£298. Not bad. Supposedly much better than other USB audio interfaces - works great with Logic Audio, VST plug-ins etc (apparently). But no info on use with Max/SC etc. Apparently runs best through ASIO drivers, but comes with a Sound Manager driver. Has 3 latency settings - zero is the smallest, although tech support reckons that the middle setting of 10ms would work better for software synths. Any thoughts anyone? Anyone bought/tried one yet? Jem, you didn't seem too pleased with the MOTU after all am I right? Cheers Jo > From: Jem Finer <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Fri, 20 Jul 2001 08:27:10 +0000 > To: > Subject: Re: channelOffset (was Re: MOTU 828) > > on 19/7/01 22:51, James McCartney at asynth@io.com wrote: > >> >> channelOffset only works with a Spawn. >> Otherwise you must pad with channels of silence. >> >> #a, b = Pan2.ar(...); >> z = Plug.ar(0.0); >> [z, z, a, b] >> >> >> In SC3 channelOffset does work because there is a Spawn at the top level. >> >> --- james mccartney james@audiosynth.com >> SuperCollider - a real time synthesis programming language for the PowerMac. >> >> >> >> > > > looking forward to that ! > > Jem > ------------------------------ Date: Wed, 03 Oct 2001 19:38:13 +0100 From: Joanna mayes <---@---.---> Subject: Re: Multichannel emagic 2-6 great! just the kind of enthusiastic "go out and buy it" (so I don't have to) user testing I appreciate :) Cheers Jo > From: "don mennerich" <---@---.---> > Reply-To: sc-users@lists.io.com > Date: Wed, 3 Oct 2001 08:37:00 -0400 > To: > Subject: RE: Multichannel emagic 2-6 > > > hey all. > > in the past two months ive gone through a motu 828, maudio quattro, and the > esi 6/2. I eneded up going with the esi. Its asio drivers are stable and > work great with SC and Max/MSP on my powerbook. the box works quite well > with the latency set low. umm I have yet to do any multichannel stuff in SC > but the six outs work great in max and logic. the only advice i can give s > to stay away from the quattro --- its god-aweful (why would anyone put 4x > in via USB??, and why whould i buy it????)) > > > -don > -----Original Message----- > From: owner-sc-users@lists.io.com [mailto:owner-sc-users@lists.io.com]On > Behalf Of Joanna mayes > Sent: Wednesday, October 03, 2001 6:59 AM > To: sc-users@lists.io.com > Subject: Multichannel emagic 2-6 > > > hi all, > yes - this subject again! Drivers have now been shipped for this 2 in, 6 > channel out USB hardware.... currently retailing (through Thomann, thanks > Jem) for UK£298. Not bad. Supposedly much better than other USB audio > interfaces - works great with Logic Audio, VST plug-ins etc (apparently). > But no info on use with Max/SC etc. Apparently runs best through ASIO > drivers, but comes with a Sound Manager driver. Has 3 latency settings - > zero is the smallest, although tech support reckons that the middle setting > of 10ms would work better for software synths. > > Any thoughts anyone? Anyone bought/tried one yet? Jem, you didn't seem too > pleased with the MOTU after all am I right? > > Cheers > Jo > >> From: Jem Finer <---@---.---> >> Reply-To: sc-users@lists.io.com >> Date: Fri, 20 Jul 2001 08:27:10 +0000 >> To: >> Subject: Re: channelOffset (was Re: MOTU 828) >> >> on 19/7/01 22:51, James McCartney at asynth@io.com wrote: >> >>> >>> channelOffset only works with a Spawn. >>> Otherwise you must pad with channels of silence. >>> >>> #a, b = Pan2.ar(...); >>> z = Plug.ar(0.0); >>> [z, z, a, b] >>> >>> >>> In SC3 channelOffset does work because there is a Spawn at the top level. >>> >>> --- james mccartney james@audiosynth.com >>> SuperCollider - a real time synthesis programming language for the > PowerMac. >>> >>> >>> >>> >> >> >> looking forward to that ! >> >> Jem >> > > > ------------------------------ End of sc-users-digest V1 #363 ******************************