[PD] sending large arrays / soundfiles

[padawan12]

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