[PD] sending large arrays / soundfiles

[Kevin McCoy]

Thanks Andy.  I'm actually having trouble with NFS right now but I
will look into it.  My focus at the moment is getting netjack to
compile because I had really been meaning to use it for a long time.

However, the methods you have suggested sound nice for doing some
other things I had in mind, ie generating long sequence files and
sharing them between machines that interpret them differently...

Thanks for the help.
Kevin

On 7/13/06, padawan12 <padawan12 at obiwannabe.co.uk> wrote:
> Why the complicated ways of doing it? You have a soundfile you recorded
> on one machine which you want to play back on other machines connected
> to it on a network? How about FTP?
>
> If you must do it from within Pd itself you can call that with
> the [shell] command. A better choice would be wput, like
>
> [shell wput file target.dir.remotehostname]
>
> or you could mount the recording device drive as an nfs or
> samba mount on the playback machines...
>
> ..just alternative ideas..
>
> Andy
>
>
>
> On Wed, 12 Jul 2006 23:46:27 -0500
> "Kevin McCoy" <km.takewithyou at gmail.com> wrote:
>
> > 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 <_ at 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 at 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 <_ at 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 at 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 at 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 at 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.