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...
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
_______________________________________________
sc-users mailing list
sc-users@xxxxxxxxxxxxxxx
http://www.create.ucsb.edu/mailman/listinfo/sc-users