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