Ok Peter, let's move this over to pd-dev. There is no specific libpd list, is it?I have now quickly looked into what the context of the socket polling is like in Pd.It is even done in the audio callback (via sys_pollgui) if this is enabled, so it can't really have serious side effects. As far as i have seen libpd also uses a callback based approach for audio, at least for iOS. Maybe introducing a sys_microsleep(0,1) in the audio callback does the trick? I will test that now.That said, i'm totally unaware of the details of other implementations.all the best,gr~~~~
2013/1/21 Peter Brinkmann <peter.brinkmann@googlemail.com>PeterHi Thomas,
I have to admit that I didn't realize that netreceive requires an extra polling step. So, I'm afraid that netreceive is currently broken.
The question is what to do about this. I took a quick look at sys_domicrosleep and didn't immediately see how it works. I wouldn't mind integrating it into libpd somehow, but I want to be sure that there won't be any weird side effects. This seems slightly off-topic for pd-list. Shall we talk about this on pd-dev?
Cheers,On Sun, Jan 20, 2013 at 6:42 PM, Thomas Grill <gr@grrrr.org> wrote:
_______________________________________________Hi all,i am new to libpd and i have run into problems using netreceive on ios 5.1.While netsend works perfectly, netreceive doesn't work at all. Senders can connect to the receiving socket, but netreceive wouldn't spit out any data.Looking at the code, it seems to me that the polling of the net sockets (done in plain Pure Data in s_inter.c / sys_domicrosleep) is not called in libpd at all. I also couldn't find a different place where this is done.Does that mean that libpd doesn't currently service incoming socket data?Thanks for clarification, all the best,gr~~~
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
Thomas Grill
http://grrrr.org