Problem with miniAudicle/ubuntu 9.10/jack
Hi I just installed ubuntu 9.10 and having a bit of trouble with miniAudicle (chuck seems to work just fine) running under jack (alsa works). When I start miniAudicle I get a dialog saying: The Virtual Machine appears to be hanging. This is typically caused by a shred running in an infinite loop, or it may simply be a shred performing a finite amount of heavy processing. If you would like to abort the current shred and unhang the virtual machine, click "Yes." To leave the current shred running, click "No." If you choose to leave the current shred running, execution of on-the-fly programming commands may be delayed. Would you like to abort the current shred? More over the "running time" is shown as 4259175902:4294967288. Any idea what could be the problem? I should note that My Other Main Audio Program (aka Renoise) is working fine with jack. -- Atte http://atte.dk http://modlys.dk http://virb.com/atte
This sounds like the watchdog activating. The same thing in ChucK
wouldn't give you any option box, so try running ChucK with the same
jack settings and -v (or --verbose) as a flag. It should say
"counter-measure watchdog activating," which is the same thing as what
the mini dialog is basically saying. Note that I don't actually know
what the problem is, but this will tell you if it's a problem with the
mini or just that you're not seeing the message appear in command-line
ChucK because of lower error settings.
Andrew
On Sun, Nov 1, 2009 at 12:16 PM, Atte André Jensen
Hi
I just installed ubuntu 9.10 and having a bit of trouble with miniAudicle (chuck seems to work just fine) running under jack (alsa works). When I start miniAudicle I get a dialog saying:
The Virtual Machine appears to be hanging. This is typically caused by a shred running in an infinite loop, or it may simply be a shred performing a finite amount of heavy processing. If you would like to abort the current shred and unhang the virtual machine, click "Yes." To leave the current shred running, click "No." If you choose to leave the current shred running, execution of on-the-fly programming commands may be delayed.
Would you like to abort the current shred?
More over the "running time" is shown as 4259175902:4294967288.
Any idea what could be the problem?
I should note that My Other Main Audio Program (aka Renoise) is working fine with jack.
-- Atte
http://atte.dk http://modlys.dk http://virb.com/atte _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Andrew C. Smith wrote:
This sounds like the watchdog activating. The same thing in ChucK wouldn't give you any option box, so try running ChucK with the same jack settings and -v (or --verbose) as a flag.
Hmmm, sounds strange, but I'll try that. Wouldn't it make sense to configure or build the mini with the same settings as chuck? Where should I look to such possibility? -- Atte http://atte.dk http://modlys.dk http://virb.com/atte
Oh, it does use basically the same settings. The difference that I was
talking about was that the mini lets you know when the watchdog is
activated all the time, while ChucK only tells you if you tell it to
tell you. Also, ChucK doesn't give you the Continue/Abort
option--might be cool to add for some circumstances, since it does let
you keep the VM running even if you accidentally write an infinite
loop.
Although, if you're getting sound out of ChucK that's clearly not the
case. If you run the mini with log level 9 it should give you a bit
more status as to where you're lagging.
Andrew
On Sun, Nov 1, 2009 at 1:04 PM, Atte André Jensen
Andrew C. Smith wrote:
This sounds like the watchdog activating. The same thing in ChucK wouldn't give you any option box, so try running ChucK with the same jack settings and -v (or --verbose) as a flag.
Hmmm, sounds strange, but I'll try that.
Wouldn't it make sense to configure or build the mini with the same settings as chuck? Where should I look to such possibility?
-- Atte
http://atte.dk http://modlys.dk http://virb.com/atte _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Andrew C. Smith wrote:
Although, if you're getting sound out of ChucK that's clearly not the case. If you run the mini with log level 9 it should give you a bit more status as to where you're lagging.
Hmmm. With -v9 the mini works just fine (actually it works just fine with everything from -v0 to -v9). This is printed in the console window (with -v9): [chuck]:(2:SYSTEM): setting log level to: 9 (FINEST)... [chuck]:(2:SYSTEM): -------( Tue Nov 3 09:16:55 2009 )------- [chuck]:(2:SYSTEM): starting chuck virtual machine... [chuck]:(5:INFORM): | allocating VM... [chuck]:(2:SYSTEM): | initializing virtual machine... [chuck]:(2:SYSTEM): | | behavior: LOOP [chuck]:(2:SYSTEM): | | locking down special objects... [chuck]:(2:SYSTEM): | | allocating shreduler... [chuck]:(2:SYSTEM): | | allocating messaging buffers... [chuck]:(2:SYSTEM): | | real-time audio: YES [chuck]:(2:SYSTEM): | | mode: CALLBACK [chuck]:(2:SYSTEM): | | sample rate: 44100 [chuck]:(2:SYSTEM): | | buffer size: 256 [chuck]:(2:SYSTEM): | | num buffers: 8 [chuck]:(2:SYSTEM): | | devices adc: 0 dac: 0 (default 0) [chuck]:(2:SYSTEM): | | adaptive block processing: 0 [chuck]:(2:SYSTEM): | | channels in: 2 out: 2 [chuck]:(5:INFORM): | allocating compiler... [chuck]:(2:SYSTEM): | initializing compiler... [chuck]:(3:SEVERE): | | initializing type checker... [chuck]:(3:SEVERE): | | | adding base classes... [chuck]:(3:SEVERE): | | | | class 'object' [chuck]:(3:SEVERE): | | | | class 'array' [chuck]:(3:SEVERE): | | | | class 'string' [chuck]:(3:SEVERE): | | | | class 'ugen' [chuck]:(3:SEVERE): | | | | class 'uanablob' [chuck]:(3:SEVERE): | | | | class 'uana' [chuck]:(3:SEVERE): | | | | class 'shred' [chuck]:(3:SEVERE): | | | | class 'event' [chuck]:(3:SEVERE): | | | | class 'io' [chuck]:(3:SEVERE): | | | | class 'fileio' [chuck]:(3:SEVERE): | | | | class 'class' [chuck]:(8:FINER!): | | | committing namespace: 'global'... [chuck]:(3:SEVERE): | | initializing emitter... [chuck]:(3:SEVERE): | | loading built-in modules... [chuck]:(8:FINER!): | | | creating context '@[internal]'... [chuck]:(8:FINER!): | | | loading context '@[internal]'... [chuck]:(8:FINER!): | | | | pushing existing context '@[global]'... [chuck]:(3:SEVERE): | | | module osc... [chuck]:(3:SEVERE): | | | module xxx... [chuck]:(3:SEVERE): | | | module filter... [chuck]:(3:SEVERE): | | | module STK... [chuck]:(3:SEVERE): | | | module xform... [chuck]:(8:FINER!): | | | scanning class definition 'Windowing'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | module extract... [chuck]:(3:SEVERE): | | | class 'machine'... [chuck]:(8:FINER!): | | | scanning class definition 'Machine'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'std'... [chuck]:(5:INFORM): | | | initializing KBHitManager... [chuck]:(5:INFORM): | | | starting kb loop... [chuck]:(8:FINER!): | | | scanning class definition 'Std'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'math'... [chuck]:(8:FINER!): | | | scanning class definition 'Math'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'opsc'... [chuck]:(8:FINER!): | | | unloading context '@[internal]'... [chuck]:(8:FINER!): | | | | restoring context '@[global]'... [chuck]:(9:FINEST): | | | | freeing 'Chuck_Context' (0x9f249b0)... [chuck]:(8:FINER!): | | | committing namespace: 'global'... [chuck]:(2:SYSTEM): | type dependency resolution: MANUAL [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]:(7:FINE!!): | | initializing RtAudio... [chuck]:(7:FINE!!): | | | trying 2 input 2 output... [chuck]:(5:INFORM): | | | initializing callback... [chuck]:(3:SEVERE): | | allocating buffers for 256 x 2 samples... [chuck]:(2:SYSTEM): running virtual machine... [chuck]:(3:SEVERE): | initializing audio buffers... [chuck]:(3:SEVERE): | virtual machine running... [chuck]:(3:SEVERE): starting real-time audio... -- Atte http://atte.dk http://modlys.dk http://virb.com/atte
Hmmm. With -v9 the mini works just fine (actually it works just fine with everything from -v0 to -v9).
Wait--what was it on before? Did that fix the problem? I had a similar
crash happen all the time when I had my log level set to 10, and
Spencer said that it was a bug. It was probably a crash with the audio
driver, since the Windows people on the list couldn't replicate it.
Good to know it might exist on Linux using Jack as well.
Andrew
On Tue, Nov 3, 2009 at 3:22 AM, Atte André Jensen
Andrew C. Smith wrote:
Although, if you're getting sound out of ChucK that's clearly not the case. If you run the mini with log level 9 it should give you a bit more status as to where you're lagging.
Hmmm. With -v9 the mini works just fine (actually it works just fine with everything from -v0 to -v9). This is printed in the console window (with -v9):
[chuck]:(2:SYSTEM): setting log level to: 9 (FINEST)... [chuck]:(2:SYSTEM): -------( Tue Nov 3 09:16:55 2009 )------- [chuck]:(2:SYSTEM): starting chuck virtual machine... [chuck]:(5:INFORM): | allocating VM... [chuck]:(2:SYSTEM): | initializing virtual machine... [chuck]:(2:SYSTEM): | | behavior: LOOP [chuck]:(2:SYSTEM): | | locking down special objects... [chuck]:(2:SYSTEM): | | allocating shreduler... [chuck]:(2:SYSTEM): | | allocating messaging buffers... [chuck]:(2:SYSTEM): | | real-time audio: YES [chuck]:(2:SYSTEM): | | mode: CALLBACK [chuck]:(2:SYSTEM): | | sample rate: 44100 [chuck]:(2:SYSTEM): | | buffer size: 256 [chuck]:(2:SYSTEM): | | num buffers: 8 [chuck]:(2:SYSTEM): | | devices adc: 0 dac: 0 (default 0) [chuck]:(2:SYSTEM): | | adaptive block processing: 0 [chuck]:(2:SYSTEM): | | channels in: 2 out: 2 [chuck]:(5:INFORM): | allocating compiler... [chuck]:(2:SYSTEM): | initializing compiler... [chuck]:(3:SEVERE): | | initializing type checker... [chuck]:(3:SEVERE): | | | adding base classes... [chuck]:(3:SEVERE): | | | | class 'object' [chuck]:(3:SEVERE): | | | | class 'array' [chuck]:(3:SEVERE): | | | | class 'string' [chuck]:(3:SEVERE): | | | | class 'ugen' [chuck]:(3:SEVERE): | | | | class 'uanablob' [chuck]:(3:SEVERE): | | | | class 'uana' [chuck]:(3:SEVERE): | | | | class 'shred' [chuck]:(3:SEVERE): | | | | class 'event' [chuck]:(3:SEVERE): | | | | class 'io' [chuck]:(3:SEVERE): | | | | class 'fileio' [chuck]:(3:SEVERE): | | | | class 'class' [chuck]:(8:FINER!): | | | committing namespace: 'global'... [chuck]:(3:SEVERE): | | initializing emitter... [chuck]:(3:SEVERE): | | loading built-in modules... [chuck]:(8:FINER!): | | | creating context '@[internal]'... [chuck]:(8:FINER!): | | | loading context '@[internal]'... [chuck]:(8:FINER!): | | | | pushing existing context '@[global]'... [chuck]:(3:SEVERE): | | | module osc... [chuck]:(3:SEVERE): | | | module xxx... [chuck]:(3:SEVERE): | | | module filter... [chuck]:(3:SEVERE): | | | module STK... [chuck]:(3:SEVERE): | | | module xform... [chuck]:(8:FINER!): | | | scanning class definition 'Windowing'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | module extract... [chuck]:(3:SEVERE): | | | class 'machine'... [chuck]:(8:FINER!): | | | scanning class definition 'Machine'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'std'... [chuck]:(5:INFORM): | | | initializing KBHitManager... [chuck]:(5:INFORM): | | | starting kb loop... [chuck]:(8:FINER!): | | | scanning class definition 'Std'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'math'... [chuck]:(8:FINER!): | | | scanning class definition 'Math'... [chuck]:(8:FINER!): | | | | target namespace: 'global' [chuck]:(3:SEVERE): | | | class 'opsc'... [chuck]:(8:FINER!): | | | unloading context '@[internal]'... [chuck]:(8:FINER!): | | | | restoring context '@[global]'... [chuck]:(9:FINEST): | | | | freeing 'Chuck_Context' (0x9f249b0)... [chuck]:(8:FINER!): | | | committing namespace: 'global'... [chuck]:(2:SYSTEM): | type dependency resolution: MANUAL [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]:(7:FINE!!): | | initializing RtAudio... [chuck]:(7:FINE!!): | | | trying 2 input 2 output... [chuck]:(5:INFORM): | | | initializing callback... [chuck]:(3:SEVERE): | | allocating buffers for 256 x 2 samples... [chuck]:(2:SYSTEM): running virtual machine... [chuck]:(3:SEVERE): | initializing audio buffers... [chuck]:(3:SEVERE): | virtual machine running... [chuck]:(3:SEVERE): starting real-time audio...
-- Atte
http://atte.dk http://modlys.dk http://virb.com/atte _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Atte; More over the "running time" is shown as 4259175902:4294967288.
Any idea what could be the problem?
I suspect PulseAudio and the mini don't like each other for some reason. I had this as well, but never when I kept all other programs closed. Especially web-pages with flash on them seem to cause this. Skype is also a especially bad offender. Kas.
Kassen wrote:
I suspect PulseAudio and the mini don't like each other for some reason. I had this as well, but never when I kept all other programs closed.
The problem persists with pulseaudio removed (apt-get remove'ed) and no other software running... -- Atte http://atte.dk http://modlys.dk http://virb.com/atte
participants (3)
-
Andrew C. Smith -
Atte André Jensen -
Kassen