[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-users] new to sc, and a question
Till Bovermann <tboverma@xxxxxxxxxxxxxxxxxxxxxxxx> writes:
> "MOTU Traveler" Input Device
> Streams: 5
> 0 channels 8 // analog in (AudioIn.ar((1..8)))
> 1 channels 2 // SPDIF(?) in (AudioIn.ar([9, 10]))
> 2 channels 2 // AES(?) in (AudioIn.ar([11, 12]))
> 3 channels 2 // Phones(????) in (AudioIn.ar([13, 14]))
> 4 channels 8 // ADAT in (AudioIn.ar((15..22)))
Ah, thanks. I'll have to test this out when I get home today,
but why would there be an input stream for the phones? Perhaps
the driver developers just wanted uniform channel numbers...
> "MOTU Traveler" Output Device
> Streams: 5
> 0 channels 8 // analog out (AudioIn.ar((1..8)))
> 1 channels 2 // SPDIF(?) out (AudioIn.ar([9, 10]))
> 2 channels 2 // AES(?) out (AudioIn.ar([11, 12]))
> 3 channels 2 // Phone out (AudioIn.ar([13, 14]))
> 4 channels 8 // ADAT out (AudioIn.ar((15..22)))
I assume you mean something other than AudioIn.ar in your
examples above?
> So this would enable all your ins/outs:
> s.options.numOutputBusChannels_(14).numInputBusChannels_(14)
> s.options.inputStreamsEnabled_("11111").outpuStreamEnabled_("11111")
Thanks for the additional information. It's not useless at
all. :) I suspect it'll save me a bunch of head-scratching down
the road knowing how the channel mappings are arranged. I only
tested with the first input and output streams enabled, and only
tested input 1 and ouput [1,2].
Since I'm not sitting in front of sc right now, perhaps you could
explain the trailing '_' you've placed on the above method calls?
Typo, or does it have special meaning in sclang?
Josh