<div dir="ltr">ok thanks for the explanation<div><br></div><div>so, for now, there is now way to setup a working [udpserver] in pd right ?</div><div>if so, I will stay with [tcpserver] even if I don't need tcp...</div>
<div><br></div><div>but if I could help in debugging [udpserver], I'll be happy to do so, just let me know what can I do</div><div><br></div><div>cheers</div><div><br></div><div>a</div></div><div class="gmail_extra">
<br clear="all">
<div>--<br>do it yourself <br><a href="http://antoine.villeret.free.fr" target="_blank">http://antoine.villeret.free.fr</a><br></div>
<br><br><div class="gmail_quote">2013/7/4 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div><div class="im">On 2013-07-04 13:55, Antoine Villeret wrote:<br>
> 2013/7/3 IOhannes m zmoelnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>><br>
><br>
</div><div class="im">> On 2013-07-03 17:33, Antoine Villeret wrote:<br>
>>>> so it could be difficult to use a server which doesn't accept<br>
>>>> more than one connection...<br>
>>>><br>
><br>
> no that's not what i meant. you can have as many connections as you<br>
> want, but they cannot be maintained at the same time.<br>
><br>
</div>> simple example: - both clientA and clientB send a a query to the<br>
> server - to complicate things, they do so at exactly the same time<br>
<div class="im">> - but since IP is a serial protocol, they will somehow arrive one<br>
</div>> after each other - let's assume clientB was faster - [udpserver]<br>
> will output the query from clientB - if the server-patch now<br>
<div class="im">> immediately responds to that query, the response will be sent back<br>
</div>> to clientB - then [udpserver] will output the query from clientA. -<br>
> [udpserver] will forget everything about clientB - if the<br>
<div class="im">> server-patch responds immediately to that query, the response will<br>
</div>> be sent back to clientB - if you later "send" something from the<br>
<div class="im">> server, it will still be sent to clientB (because clientB is the<br>
> last known connection)<br>
><br>
><br>
>> so in this case, if I understand correctly, udpserver never send<br>
>> an answer to clientA ?<br>
<br>
</div>no, it does send and answer back.<br>
<div class="im"><br>
>> I have to disconnect clientB *before* connecting clientA ?<br>
<br>
</div>no. UDP doesn't know about "connections".<br>
<div class="im"><br>
>> but how clientA will know this is time to connect ? should it try<br>
>> until the connection is accepted ?<br>
<br>
</div>again, UDP is connection-less so there is no connection.<br>
<br>
i think the main problem here comes from the use of the symbol<br>
"connect" for interfacing with e.g. [udpsend].<br>
this message is named "connect" mainly for consistency with the tcp/ip<br>
objects.<br>
<br>
anyhow, when you "connect" a client to server, the client will open a<br>
socket for this connection. the server won't know anything about this<br>
"connection", but it will receive data on a it's listening socket. it<br>
can use the socket to send data back (if you have routers/switches/...<br>
inbetween, this sending back will only work for a limited amount of time).<br>
since the server doesn't know anything about the "connection"-state of<br>
the clients, you don't have to disconnect anything.<br>
<br>
<br>
fgmasdr<br>
<div class="im">IOhannes<br>
<br>
<br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.12 (GNU/Linux)<br>
Comment: Using GnuPG with Icedove - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div>iEYEARECAAYFAlHVZt0ACgkQkX2Xpv6ydvS1DQCg3OWfgTqDbH6P52s+1S5FOoJt<br>
q3IAn3fxytsJlhVAmepjfXsakZIYGFiT<br>
=djBg<br>
<div class="HOEnZb"><div class="h5">-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@iem.at">Pd-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/pd-dev" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
</div></div></blockquote></div><br></div>