<div dir="ltr">OK thanks Christof! [oscparse] seems to do the trick, and formats it as a list that i can break up. and it seems i have [netreceive] working properly after all, so that was my error thinking it was broken. it is a bit picky and seems to work better if i send it a message as to what port to listen to rather than defining it as an argument initially. <div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 10, 2019 at 1:03 AM Christof Ressi <<a href="mailto:christof.ressi@gmx.at">christof.ressi@gmx.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">> > > patch with their [udpreceive] which worked fine. trying that same<br>
> > > patch in PD however, made all the data print out as integer ASCII<br>
> > > values rather than Unicode text characters. i tried two other Unity<br>
> > > OSC projects and they behaved the same way.<br>
> > ><br>
> > > so, at the least, i need a convenient way to change all the ASCII<br>
> > > integer numbers in a data stream to ASCII characters.<br>
<br>
IIRC, in max, updreceive outputs osc messages while in the Pd objects iemnet/udpreceive or [netreceive -u -b] output the raw udp packet as a list of bytes. You need another object to parse the data. Pd vanilla has [oscparse], but personally i prefer the mrpeach/unpackOSC resp. osc/unpackOSC externals.<br>
<br>
> Gesendet: Sonntag, 10. Februar 2019 um 09:39 Uhr<br>
> Von: "Scott R. Looney" <<a href="mailto:scottrlooney@gmail.com" target="_blank">scottrlooney@gmail.com</a>><br>
> An: pd-list <<a href="mailto:pd-list@lists.iem.at" target="_blank">pd-list@lists.iem.at</a>><br>
> Betreff: Re: [PD] trying to set up OSC between Unity and PD via [netreceive] or [iemnet/udpreceive]<br>
><br>
> nope - doesn't work. absolutely no output at all from [netreceive -u -b]<br>
> whereas i do get results from [iemnet/udpreceive]. i'm pretty convinced<br>
> that on the Mac anyway the UDP functionality of [netreceive] is basically<br>
> broken, at least in regards to responding to .Net's Sockets UDP sending<br>
> methods anyway.<br>
> <br>
> On Sun, Feb 10, 2019 at 12:20 AM Roman Haefeli <<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>> wrote:<br>
> <br>
> > The equivalent to [iemnet/udpreceive] is [netreceive -u -b].<br>
> ><br>
> > Roman<br>
> ><br>
> > On Sat, 2019-02-09 at 23:40 -0800, Scott R. Looney wrote:<br>
> > > hey folks, i'm trying to set up a OSC communication between Unity and<br>
> > > PD. the eventual goal is that an iOS app will be sending data to PD<br>
> > > to control various parameters. this isn't a libpd issue as i do not<br>
> > > want to run a PD patch in Unity. i only want the remote<br>
> > > communication.<br>
> > ><br>
> > > so far i've tried Kalimba which works perfectly with [netreceive] in<br>
> > > the Unity Editor. it looks like this is because it uses TCP and not<br>
> > > UDP for its connection. however due to its age (6 years or so)  the<br>
> > > resulting Xcode project does not build correctly. i'm assuming it's<br>
> > > likely an old libpd issue, but not sure.<br>
> > ><br>
> > > so, i've tried a few other OSC Unity based projects and none of them<br>
> > > work with [netreceive] in any way (including in UDP mode). i did find<br>
> > > a few that work with [iemnet/udpreceive]. one of them had a demo Max<br>
> > > patch with their [udpreceive] which worked fine. trying that same<br>
> > > patch in PD however, made all the data print out as integer ASCII<br>
> > > values rather than Unicode text characters. i tried two other Unity<br>
> > > OSC projects and they behaved the same way.<br>
> > ><br>
> > > so, at the least, i need a convenient way to change all the ASCII<br>
> > > integer numbers in a data stream to ASCII characters. ideally i'd<br>
> > > love to have a Unity OSC demo that can send data to PD reliably,<br>
> > > using TCP or UDP. any help appreciated!<br>
> > > _______________________________________________<br>
> > > <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
> > > UNSUBSCRIBE and account-management -><br>
> > > <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
> > _______________________________________________<br>
> > <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
> > UNSUBSCRIBE and account-management -><br>
> > <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
> ><br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
><br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>