I hope I’m not butting in where I have no business, but I’d like to mention that Ross Bencina’s ‘OSCGroups’ (http://www.rossbencina.com/code/oscgroups) does an excellent job of handling group formation, broadcast and NAT tunneling. Our group has been using it for over fifteen years, and it’s as solid as a rock. It may not be Pd-native, but it does the job extremely well.
Best,
Phil Stone
Davis, CA
From: Christof Ressi <info(a)christofressi.com>
To: Pd-List <pd-list(a)lists.iem.at>
Subject: Re: [PD] UDP server with Pd
Message-ID: <06b68c67-a27e-81d8-4b6e-5b60db9436c5(a)christofressi.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
If you want the server to reply only to the current client,
[iemnet/udpserver] actually works fine (despite the error message in the
console): the list method will send the packet to the source address of
the most recently received packet.
However, if you need to send packets to several/all registered clients,
e.g. like a game server, this doesn't work (yet).
Christof
On 02.06.2021 08:54, Roman Haefeli wrote:
> On Tue, 2021-06-01 at 15:27 -0700, Miller Puckette via Pd-list wrote:
>> One solution (which the conniption server/client and quacktrip both
>> use in somewhat different ways) is for a "netreceive" object to wait
>> for an incoming connection and then, once one arrives, immediately to
>> close
>> its own listening port and for a "nestsend" in the same patch to open
>> a connection to the IP and port that the "netreceive" reported (via
>> its
>> second outlet). It's a bit complicated but gets the job done.
> That absolutely works. And since that can be done in zero logical time,
> [netsend] doesn't claim any packets coming in on the port "shared"
> with [netreceive]. Cheers to Pd's determinism!
>
> That opens up an a lot of new things to explore for me. Thanks!
>
> Roman
>
> _______________________________________________
> Pd-list(a)lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I updated the earplug~ external to build using pd-lin-builder, so it should be easy to build on Windows:
https://github.com/pd-externals/earplug/tree/main <https://github.com/pd-externals/earplug/tree/main>
It's not the best but we use it for a project at work. It can use some additional optimizations and the dataset is for 44.1k so you are in luck. For our project, we are likely to introduce resampling for other sample rates so it's more accurate beyond 44.1k...
> On Jun 2, 2021, at 12:06 AM, pd-list-request(a)lists.iem.at wrote:
>
> Message: 2
> Date: Tue, 1 Jun 2021 14:12:23 +0100
> From: Jo?o Pais <jmmmpais(a)gmail.com <mailto:jmmmpais@gmail.com>>
> To: PD-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
> Subject: [PD] Binaural w32?
> Message-ID: <ef02d682-c394-1622-2787-a7de210f1d75(a)gmail.com <mailto:ef02d682-c394-1622-2787-a7de210f1d75@gmail.com>>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi list,
>
> what is the current state of the art in binaural externals? I see in the
> archives that there are several around, each with advantages/disadvantages.
>
> I would need it to:
>
> - windows 32b
>
> - record the output of an already existing patch with x-y
> coordinates/trajectories into binaural audio
>
> - sample rate fixed at 44.1KHz
>
> - there are around 500 samples with an individual player, so each will
> need its own enconder. They don't play necessarily all together, though.
>
> Best,
>
> Joao
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>