Send and Receive synchronization
Hi,
If there is a single send and a single corresponding receive, will the receive input happen immediately after the send and before other execution? Is that guaranteed? I've tested an example and it appears to work that way, but I would like to know if that is specified behavior, and does it work regardless of where the send and receive objects are located in the patcher or subpatcher.
The documentation states that the order of 2 or more receives is not deterministic, but I'm talking here of just 1 corresponding receive.
For example, it would nice to be able send to an event handler, then continue with the event response and maintain the expected order of execution in the sending patch. I.e.
1. send to event handler
2. receive event handler response
3. continue with execution
This assumes there is only 1 place (here) where the message is sent, and only 1 receiver that sends back another message in response using another single send/receive pair.
Test example:
Thanks!
s/r will work like a normal connection in both the main and high priority thread and the order which was given by the t b b should (to my knowledge) always remain intact.
but i would resctrict that "always" for the patch and its subpatchers (i.e. abstractions or [p] objects) - i would not bet on functionality in max4life, bpatcher and poly~!
I've found in M4L with s/r across devices the order also remains intact.
Thanks for testing this. This confirms what I was thinking. Cheers!