@ingox You make me think I can ask the communication patch for a pending command and call the [fc_process] only when it ends. Maybe throw a global [r activityEnd]. I have to know if a command is still waiting but it's quite in place in the "wait for callback" part.

Another solution could be to delegate the process chain to python i.e. add netsend/netreceive everywhere and trust the python server for answer order.

@FFW Yes, the thing is that when the callback is there, the bang from the trigger is long gone. So my idea was to just use the bang from [netreceive], as this will exactly arrive at the right time. Another option would be a send from the current active callback, like you mentioned. But this is very very close to the linear structure i mentioned earlier in this thread, because instead of a global activityEnd you could just call the next node and wouldn't need the triggers or any bookkeeping.

@FFW said:

@ddw_music It could be a solution but in certain case I don't need all the inputs so it can't be generalized.

Sure it can -- or at least it can be adapted.

Let's say you have 3 inputs: A is synchronous, B should use whatever the last value was (and doesn't need to be received every time), and C is asynchronous. You could have

[t  f  b  f]
|   |   |
[A] [f] [C]
|   |   |
[buddy 3   ]

... and the [f] receives new values in the cold inlet.

Because a [t] is driving the process at the top, you can guarantee that something goes into every inlet of the buddy object. However there's no requirement that these be new data. If there were such a requirement, then indeed it would be true that it couldn't be generalized. But [f], [symbol], and [list] objects remove that restriction.

I'm glad to see you found another way -- just pointing out that buddy is not quite so inflexible.

hjh

Or, here is "send the third only in sync with the others, but only if new data have been received since the last output."

"Store-now-bang-later" and "close a spigot upon output" are a couple of fundamental Pd vocabulary words. (Has anybody written up a list of basic constructions of this sort?)

hjh

@ddw_music said:
Has anybody written up a list of basic constructions of this sort?

I'm currently working on a PD interface for FreeCAD. The whole features are already available through Python and my workbench is an overlay for guys who aren't comfortable with standard programming.
So I'll be happy to see anything that can make PD easier to use.