[chuck] using multiple dac's in one shred?
gewang at CS.Princeton.EDU
Thu Jan 27 18:42:40 EST 2005
Hi Gary (both)!
It seems bpmulti.ck is referring to the same dac - in which case it
(in fact, current implementation doesn't have multi-dac capabilities)
Running multiple instances of bpmulti.ck should be no problem - one
is making sure there is no clipping - there are more things connect to
the dac now. One
quick test/hack is to chuck another file that sets the global gain of
// this is global - set the global dac gain
.1 => dac.gain;
you can also change dac gain in bpmulti.ck - another solution is to
change the gain
of ugen's going into the dac. But this is slightly less scalable,
though it works too.
On Jan 26, 2005, at 11:51 AM, Gary P. Scavone wrote:
> Hi Gary,
> Multi-dac usage is generally not good unless you can synchronize the
> two clocks ... otherwise, you get drift over time.
> On Jan 26, 2005, at 11:46 AM, Gary Williams wrote:
>> I was thinking about multiple voice chords and I see dac described in
>> Programming Guide as
>> [ugen] dac
>> * digital/analog converter
>> * abstraction for underlying audio output device
>> so I thought that it could be the target of multiple ugen's in one
>> and tried it here
>> It seems to work. So I used it as the basis of an article on
>> blogspot.com/. But I notice that if I use multiple instances of this
>> chuck bpmulti2.ck bpmulti2.ck
>> it generates interference.
>> Is multiple dac usage legal (and proper)? And does anyone know why
>> instances generate interference?
>> --Gary Williams
>> Chess: http://chessnut.net/
>> Homepage: http://garywilliams.org/
>> Blog: http://tfs_reluctant.blogspot.com/
>> ChucK Blog: http://b-chuck.blogspot.com/
>> Resume: http://garywilliams.org/resume.htm
>> Store: http://www.cafeshops.com/tfsreluctant/
>> Phone: (607) 775-0408
>> Permanent email: gwms at corninglink.com
>> chuck mailing list
>> chuck at lists.cs.princeton.edu
> chuck mailing list
> chuck at lists.cs.princeton.edu
More information about the chuck