Thanks - yes I should be using netjack for this, but I'm dirty and lazy so far on it. I have gotten OSC to successfully transfer small arrays just now. I'm just now about to try it with large arrays of sound data...<br><br>
Thanks for the suggestions!<br>Kevin<br><br><div><span class="gmail_quote">On 7/12/06, <b class="gmail_sendername">carmen</b> <_@<a href="http://whats-your.name">whats-your.name</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed Jul 12, 2006 at 08:53:02PM -0500, Kevin McCoy wrote:<br>> Greetings,<br>><br>> I'm working on doing some granular stuff and whirling the sound around the<br>> room via multiple machines (2 outs each). I want to record sound to an
<br>> array and then get a copy of that array on each machine (there are 4<br>> currently) via a LAN. From what I've read, OSC might not be the most<br>> efficient way to do this.<br><br>in order of what i'd try:
<br><br>OSC burst/nonrealtime transfer of audio buffers in binary blobs: do any apps do this? is it going to choke liblo and/or pd's implementation? i think youd just have to try it, or check osc-dev. without the ability to stream or dump the raw 'bytes' of the buffer inside PD's patcher interface, you'll have to modify one of the OSC objects to read the table data directly unless you want to do something really slow like serialize to a bunch of floats
<br><br>netjack (via jackd). latency is predictable (you choose)<br><br>streamin~/streamout~ (native) not sure if it reports latency at all<br><br>write tables to disk -> NFS/samba<br><br>_______________________________________________
<br><a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br></blockquote>
</div><br><br clear="all"><br>