<div>Thanks everyone. Yeah, I did think of using osc to make some kind of message passing protocal, but also wondered if that would get restrictive. Wow, this thread gives me a lot to think about. <br></div><div><br></div>
<div>Paul, would it be practical/possible to have the python process allowed to read the shared memory only? Does that simplify the locking problems, or not really? I could imagine that I could do what I want pretty well by doing read-copy-send messages back to engine. But obviously some of you have thought a lot harder about this.</div>
<div><br></div><div>thanks</div><div>iain</div><div><br></div><br><div class="gmail_quote">On Thu, Nov 3, 2011 at 2:47 PM, Harry van Haaren <span dir="ltr"><<a href="mailto:harryhaaren@gmail.com">harryhaaren@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Paul C,<br><br>I seem to remeber getting into Jack programming using a Jack module for python... just looked it up from my backup of programming projects, "pyjack" is the name of the module, i was using version 0.1 at the time. It allows capture / playback of "standard" python arrays of floats.<br>

<br>Project is currently located at:<br><a href="http://sourceforge.net/projects/py-jack/files/py-jack/" target="_blank">http://sourceforge.net/projects/py-jack/files/py-jack/</a>  and is at version 0.5.2.<br><br>HTH, -Harry<br>

</blockquote></div><br>