ChucK Jack correctness (Formerly: Re: [linux-audio-dev] [semi-OT] EEL 0.1.0 + ChucK)

Ge Wang gewang at CS.Princeton.EDU
Wed Jan 12 08:36:32 UTC 2005


On Jan 11, 2005, at 1:09 PM, Dave Robillard wrote:
>>
>> ... Is this why ChucK is always zombie-ing on me? :]
>
> After some investigation, yes it is.  The RtAudio driver locks a mutex
> right in the Jack process callback - it doesn't look like it's designed
> correctly for Jack.

Thank you very much for looking into this.

It would be awesome if this fixes the JACK issues we have
been having.  We are swamped with several projects but we
really want to make things right for RtAudio and JACK.
(Thanks again to Gary Scavone for RtAudio, which has been
great for allowing us to focus on our research).  Now that
you have tracked down some problems, we would love to take
this chance to get our JACK interface working properly.  If this
is fixed, then it would benefit not only ChucK, but other
soundlab projects - sndpeek, rt_lpc, STK, and others that
use RtAudio/Jack.

> Offending lines are in RtApiJack::callbackEvent.  I may just write a
> direct Jack driver for ChucK though - cut out the middle man.  This
> RtAudio has a lot of code in between the jack callback and ChucK which 
> I
> don't think is necessary, and it would be much simpler to verify ChucK
> isn't doing naughty things if it used Jack directly.

Good idea.  Let's correspond on chuck-dev || email to go about
verifying ChucK/Jack?

Best,
Ge!




More information about the Linux-audio-dev mailing list