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 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