Bay Area Computer Music Technology Group, Thursday March 6th <at> Songbird

The Bay Area Computer Music Technology Group
Thursday, March 6th, 7:30 - 9:30pm
 <at>  Songbird (http://www.songbirdnest.com/)
585 Howard Street, Second Floor, SF
RSVP Here: http://electronicmusic.meetup.com/152/calendar/6921804/

Thanks to Songbird for hosting our event this month and for providing
refreshments!
Please RSVP here so we know you are coming:
http://electronicmusic.meetup.com/152/calendar/6921804/

Our presentations this month will be:
- Andy Schmeder (UC Berkeley CNMAT) on the Open Sound Control (OSC)
protocol. Other CNMAT OSC contributors will be in attendance to
contribute to the talk and field various questions.
http://opensoundcontrol.org/
- Jonas Norberg will present on his Open Source analogue synth VST
plugin - Helix. Learn more and hear some great samples at:
http://www.audjoo.com/Helix.html
- Peter Nyober on the Livid instruments OHM controller:
http://www.lividinstruments.com/hardware_ohm.php
- Presentation by The Pioneer's of the Inevitable on extending their
Mozilla based Songbird music media platform: http://www.songbirdnest.com/
- A lightning talk by you? (5 minute presentation - come with your laptop)

OSC Presentation
Since it's introduction in 1997 by CNMAT researchers Matt Wright and
Adrian Freed, the Open Sound Control (OSC) protocol has been
successfully integrated into dozens of hardware and software products,
and used in thousands of performances and installations.  OSC goes

Re: chuck on fedora 8 x86_64

On Mon, 2008-02-25 at 22:08 -0800, Ge Wang wrote:
> > On Tue, 2008-02-26 at 00:11 -0400, francis keyes wrote:
> >> Hi All,
> >>
> >> Has anyone had any luck installing chuck on a Fedora 8 x86_64 machine? 
> >> It's not in the ccrma repository and I've had various problems trying 
> >> to compile it from source.
> >
> > Last I heard it does not work on 64 bit versions of the os... don't know 
> > why.
> 
> That is correct - chuck does not yet work on 64 bit.  The problem is due 
> to 32-bit assumptions made by parts of the code base.  Unfortunate, but 
> true.  64-bit compatible chuck is definitely on the high priority TODO 
> list, but no timeline to completion can be offered at the moment.  Does 
> the PlanetCCRMA 32-bit chuck work on fedora 8 x86_64?  If not, a potential 
> workaround may be to target/compile chuck for 32-bit, though I believe 
> this requires having relevant 32-bit libraries to link against as well.

I have not tried that, I was sure there would be a 64 bit version real
soon  I guess a test could be made of whether the 32 bit version will
install and pull in the appropriate 32 bit libraries. Some libraries on
x86_64 have both versions but I don't know which ones. 

-- Fernando

Re: new realtime kernels for f7/8

On Thu, 2008-02-28 at 12:39 -0400, Gregory Anderson wrote:
> I also had alot of trouble with the latest -rt kernel.  I assume we are
> talking about the same one (2.6.24.2-1.rt1.3.fc8.ccrmart).  The boot up
> was very different from what it was on any earlier kernel.  Then once
> booted I would have all sorts of problems like programs crashing, the os
> crashing, and the cpu getting bogged down when doing very simple things.

[back from LAC2008 - it was great as usual]

Wow. Sorry about that. I have not seen that many problems in my laptop.
I see there's a newer version of Ingo's rt patch, maybe that will fix
some of the problems? I'll try to do a build tomorrow. 

-- Fernando

> As well most of the time the computer would not shutdown.  It would go
> to the last stage (Halting system) and stay there indefinately.  I was
> able to get around this by shuting down via a terminal using the command
> 'shutdown -h now' though.  I just went back to the
> 2.6.23.12-1.rt14.2.fc8.ccrmart kernel everything seems to be back to
> normal.  
> 
> Greg.
> 
> On Thu, 2008-02-28 at 07:40 -0800, pyrael wrote:
> > I noticed this post after getting alot of xruns, The I realized that i was
> > running this new kernel. I also noticed that after about 20 minutes of
> > siting Idle firefox will suddenly crash (without andy crash notice) and
> > gnome's launcher bar (The one at the top of the screen) will disappear and
> > only show when I put my mouse over the workspace chooser on the bottom bar.

Compiling Planet CCRMA kernel for Macbook Pro

I've had rather mixed experiences with the recent Planet CCRMA  
kernels (on Fedora 7) on my Macbook Pro, so I was considering  
recompiling my own to incorporate things like acpi and the macintel  
patches. Has anyone on this list done this and be willing to guide me  
in the process? I'm comfortable with command line utilities, but it  
would be my first attempt at doing something like this.

Pablo Silva

Qjackctl connection saver (patchbay)

Re: Qjackctl connection saver (patchbay)

On Wed, March 5, 2008 06:55, Nicholas Manojlovic wrote:
> Hi all,
>
>
> When I use qjackctl I never use the patchbay function because the most
> important things never work with it.
>

what are these most important things that never work with qjackctl patchbay?

> My connection saver does not seem to save connections between my control
> surface and freewheeling, and I still need to manually connect other
> things. The patchbay definitions load fine, and I get no error messages.
>
> I want to use Linux live but I'm scared if I crash during performance, my
>  ability to recover quickly isn't there. To this end, I'm wondering if
> anyone has any thoughts on this?
>

qjackctl patchbay won't (re)start applications but will take care of the
(re)connections alright.

it doesn't work ootb either. you need to understand the patchbay model and
setup the patchbay definition with some care. just don't assume that the
snapshot that you get when you hit the "new" button is of any use. it
isn't. it helps in doing and refining things but it does not work as is.
unless your connections layout is strictly simple (eg. only stereo audio)

i'm the one to blame, sure, for the lack of documentation. however there's
this attempt of explaining things a little bit:
  http://www.rncbc.org/drupal/node/19#comment-37

hth

cheers.
--

-- 
rncbc aka Rui Nuno Capela
rncbc <at> rncbc.org

Re: Qjackctl connection saver (patchbay)

Re: Qjackctl connection saver (patchbay)

Re: Qjackctl connection saver (patchbay)

On Wed, March 5, 2008 14:49, Len wrote:
> Would the LADCCA/LASH session handler be of any use in this situation?  I
> believe its purpose is to store/restore ALSA and JACK client connections
> (audio and sequencer).
>

problem with that approach is that not all applications are lash
aware--programs must be coded as lash clients for just that

qjackctl patchbay just fills half of the need, that is (re)conections and
not (re)starting jack/alsa-seq client applications

byee
--

-- 
rncbc aka Rui Nuno Capela
rncbc <at> rncbc.org

Qjackctl connection saver (patchbay)

Ah, I see.  So a simple script (to start up clients) combined with the qjackctl patchbay would be the way to
recover quickly, yes?

----- Original Message ----
From: Rui Nuno Capela <rncbc <at> rncbc.org>
To: Len <lenb_99 <at> yahoo.com>
Cc: Planet ccrma <planetccrma <at> ccrma.Stanford.EDU>
Sent: Wednesday, March 5, 2008 9:58:23 AM
Subject: Re: [PlanetCCRMA] Qjackctl connection saver (patchbay)

On Wed, March 5, 2008 14:49, Len wrote:
> Would the LADCCA/LASH session handler be of any use in this situation?  I
> believe its purpose is to store/restore ALSA and JACK client connections
> (audio and sequencer).
>

problem with that approach is that not all applications are lash
aware--programs must be coded as lash clients for just that

qjackctl patchbay just fills half of the need, that is (re)conections and
not (re)starting jack/alsa-seq client applications

byee
--

-- 
rncbc aka Rui Nuno Capela
rncbc <at> rncbc.org

_______________________________________________
PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma

      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs