[PD-dev] [PD] libpd netreceive

Thomas Grill gr at grrrr.org
Mon Jan 21 12:43:42 CET 2013


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 at googlemail.com>

>
> Hi 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,
>      Peter
>
>
>
> On Sun, Jan 20, 2013 at 6:42 PM, Thomas Grill <gr at 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~~~
>>
>> --
>> Thomas Grill
>> http://grrrr.org
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>


-- 
Thomas Grill
http://grrrr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20130121/d2c24969/attachment.htm>


More information about the Pd-dev mailing list