There's [udpsend~] and [udpreceive]~ for sending multichannel signals.

Martin

bernardo wrote:
> maybe as audio signal through JACK? That is the fastest way I'm aware.
> That would be 441000 values per second per channel -1.0/+1.0, then you
> had to rescale again.
>
> 2010/8/20 Jack <jack@rybn.org>:
> > Hello Mathieu,
> >
> > I have already do that with [packOSC]/[unpackOSC] and
> > [udpsend]/[udpreceive], it is slow too.
> > I need to send 20000 lists of 3 floats (id, pos x, pos y) each frame (50
> > fps) from one process to other.
> > Thanx.
> > ++
> >
> > Jack
> >
> >
> > Le vendredi 20 août 2010 à 10:20 -0400, Mathieu Bouchard a écrit :
> >> On Fri, 20 Aug 2010, Jack wrote:
> >>
> >> > Is there another method to accelerate this transfert between GEM and MSD
> >> > using [pd~] and [stdout] ?
> >>
> >> Can you try communicating with OSC instead, and see whether it's faster ?
> >> It does lesser amounts of encoding and decoding for floats, than what
> >> [netsend]/[netreceive]/[stdout]/[pd~] need. How many floats do you need to
> >> send from one process to the other, per second ?
> >>
> >>   _ _ __ ___ _____ ________ _____________ _____________________ ...
> >> | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
> >
> >
> >
> > _______________________________________________
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> >
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list