[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