Hi,

remember, UDP is a connectionless protocol. This means that your patch on the left works that fast because it actually doesn't do anything: when you set the host of udpsend, you just tell the object the address to which it should send the messages when an actual message is fed into the object. Thus, the patch on the left side doesn't generate any network traffic. Conversely, the patch on the right side does generate network traffic, which might be the reason for being slower.

Unfortunately I can't test your patch right now, so I can't say for sure whether the network traffic is the reason for being slow. Actually, a 10Hz UDP-stream is not that dense, so theoretically it should work with the expected speed. Maybe there's some other weirdness going on.

BTW, why do you need that pipe? AFAIK, setting the host of udpsend is synchronous (a confirmation from C74 would help, though), so you should be fine without the pipe.

HTH, Ádám

Hi,

The pipe was to show enough time is given after a host change. Not necessary, but it just shows there is no pressure, nice n easy, so it should work, as it works on a 32 bit OS.

In fact, on a 32 bit system i can make this all happen far quicker, on my main patch I have a metro set at '10' & probably could go quicker.

hope you can try out out soon.

Can anyone else try this out, its really easy, just load the patch and click the bang at the top.

You need your LAN card to be connected to a network. for it to fail.

reminder: it fails on my windows 64bit. max becomes very slugish.

Hi,

regarding the pipe, my point is that without a pipe, the proper message order is ensured as things happen synchronously. Since the pipe puts your message flow from the main thread to the scheduler thread, it can break synchronicity if you have Overdrive on (at least, theoretically -- since processing the host message shouldn't take as much as 50 msecs, practically there is no chance to break the message ordering with this solution).

Unfortunately I don't have Windows, so I can't really give it a try.

HTH, Ádám

thanks Adam. : )

even without the (pipe) max has a problem in 64bit win7.

I finally managed to have this simple patch work in XP 64bit.

Just win7 64bit seems to have trouble. (on my PC).

Maybe Windows 7 and up doesn't like setting ports fast.

Does it have to be dynamic?

-A

seems that way regards win7. I tried different network cards. so yep, it was the OS.

the speed at which host changes is important for my patch. there is a work around but would require too much effort. windows xp 64bit seems to be o.k.

peace.

The port call is asynchronous, it's up to the OS to deliver it. So there's nothing that can be done. I don't see why you can't just have N different instances of udpsend.

Cheers

The IP's i need to communicate with change over time,as computers connect & disconnect, I have a patch that gathers these ip's and updates and stores these addresses in a list. Then when i need to send a message to all, i fire through the list with host change and send a message to all. nice simple little patch when host works fast. windows7 was freezing max when I used the host update.

peace,