Not sure exactly what you mean here, sounds a bit over my head - could you explain maybe? What I was doing was a tabread sending its values over OSC (one sample at a time... slow! This is not the way to do it, I see) to a tabwrite on the other machine. Took about 40 seconds to get 44100 samples over.
Can you explain what you're talking about? I am having trouble compiling netjack now anyway - it's looking for a jack.pc file that's just not there in the jack source it depends on. Closest thing is jack.pc.in - I may email the author about it if no one here knows anything...
Also beware that I'm on powerpc linux and I don't have the luxury of a pd-extended release right now; I have to compile all externals myself. But, I do appreciate your assistance very much!
Kevin
On 7/12/06, carmen _@whats-your.name wrote:
On Wed Jul 12, 2006 at 10:58:28PM -0500, Kevin McCoy wrote:
Yeah, OSC is WAAAAY too slow for this, just for the record (I'm sure a
lot
of people could have guessed that)... but it worked... I'll work on
getting
netjack now. Thanks again.
were you doing smoething like tabdump->drip->OSCprepend /wavsample ? or were you realy packing it into a binary blob? OSC is a very simple and efficient protocol really.. i cant imagine it takes much logic to decode or encode, seeing as i wrote a full implementation in about 40 lines of TCL..
Kevin
On 7/12/06, Kevin McCoy km.takewithyou@gmail.com wrote:
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...
Thanks for the suggestions! Kevin
On 7/12/06, carmen _@whats-your.name wrote:
On Wed Jul 12, 2006 at 08:53:02PM -0500, Kevin McCoy wrote:
Greetings,
I'm working on doing some granular stuff and whirling the sound
around
the
room via multiple machines (2 outs each). I want to record sound
to
an
array and then get a copy of that array on each machine (there are
4
currently) via a LAN. From what I've read, OSC might not be the
most
efficient way to do this.
in order of what i'd try:
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
netjack (via jackd). latency is predictable (you choose)
streamin~/streamout~ (native) not sure if it reports latency at all
write tables to disk -> NFS/samba
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- "[D]aily life [is] a theatrical landscape in which 'everyone has their price,' God (via televangelism) and happiness (smile buttons) become commodities, radio stations say they love you, and detergents have compassion for your hands.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list