[chuck-users] Most recent Chuck for Lion?
Kassen
signal.automatique at gmail.com
Tue Feb 28 12:13:27 EST 2012
On Tue, Feb 28, 2012 at 10:37:42AM -0500, Charles Turner wrote:
> On Feb 28, 2012, at 9:03 AM, Kassen wrote:
>
> Looks like you might be onto something here. I'll try with a command line request for no ADC:
>
Seems like it;
> > [chuck]:(2:SYSTEM): | devices adc: 0 dac: 2 (default 0)
As noted I am personally not convinced about the option to use
separate devices for in and out. Anyway, later on;
> > [chuck]:(2:SYSTEM): initializing synthesis engine...
> > [chuck]:(3:SEVERE): | initializing 'dac'...
> > [chuck]:(3:SEVERE): | initializing 'adc'...
> > [chuck]:(3:SEVERE): | initializing 'blackhole'...
> > [chuck]:(2:SYSTEM): | initializing 'real-time' audio...
> > [chuck]:(5:INFORM): | | exception caught: 'RtApiCore::probeDeviceOpen: the device (1) does not support the requested channel count.'...
> > [chuck]:(5:INFORM): | | trying 0 input 2 output...
> > [chuck]:(3:SEVERE): | allocating buffers for 256 x 2 samples...
To me that implies that with some hickups it is opening at least a
output, though it's not so clear where the "device (1)" is coming from
here as previously only 0 and 2 were mentioned. yet, later;
> > [chuck]:(2:SYSTEM): | shutting down real-time audio...
> >
> > RtApiCore::closeStream(): no open stream to close!
That's just plain weird when above it said it was allocating buffers
after trying a device. Those layers don't seem to be communicating as
they should. "BUG", I say, but that doesn't do you much good when you
want fun sounds right now.
> >
> > [chuck]:(2:SYSTEM): | freeing bbq subsystem...
Entirely unrelated (I think) I wonder what on earth a "bbq subsystem"
is :-)
Yours,
Kas.
More information about the chuck-users
mailing list