[PD] sending large arrays / soundfiles

[Kevin McCoy]

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060712/ca1aecdf/attachment.htm>