[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