[chuck-users] 1.3.1 not happy with my jack (64-bit)
plutek
plutek at infinity.net
Mon Sep 10 08:27:36 EDT 2012
nice little conversation with myself here! ;-)
so, thinking about this a little more, i'm wondering whether i'm missing some esoteric reason why this behaviour is useful -- i.e. letting a dysfunctional chuck run when it's started at a sample rate different from the jack server. might it be more useful in such a situation for chuck to quit, with an error message, "chuck must run at the same samplerate as jack -- please use the srate option.", or somesuch?!
cheers!
.pltk.
From: Peter Lutek <plutek at infinity.net>
Date: Sun, 9 Sep 2012 21:06:04 -0400
> ack.... oops!!
> so excited about firing up 64-bit chuck, i forgot about the 48k
> default sampling rate!
> chuck --srate44100
> ....fixes everything.
> sorry for the noise... cheers!
> .pltk.
> On Sun 09/09/12 8:42 PM , plutek plutek at infinity.net sent:
> greetings!
> i just compiled 1.3.1 on a 64-bit linux system. compilation for jack
> went fine, and chuck runs without error messages. however....
> no jack client is created. (so, of course, i hear nothing)
> shreds don't actually get started. (i.e. chuck ^ shows NOTHING)
> when i stop chuck, it says: RtApiJack::closeStream(): no open stream
> to close!
> if i run with --silent, incoming shreds DO show up.
> my jack is working fine with other applications.
> any clues? what shall i send to help figure this out?
> thanks much... cheers!
> .pltk.
> _______________________________________________
> chuck-users mailing list
> chuck-users at lists.cs.princeton.edu [1]
> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
>
>
> Links:
> ------
> [1] mailto:chuck-users at lists.cs.princeton.edu
More information about the chuck-users
mailing list