[Resolved] - see gsagostinho first reply for solution.

Troubleshooting listed below - you might have more luck understanding the issue by checking here first.

Hello,

I've been working on using [netsend] and [netreceive] for sending OSC data between a series of audio clients.

I'm having trouble working out a way to send a multi part message. My issue is getting the timing right. I want to be able to build a multi part message like the one in black below. The image below is of a sub-patch which is "trying" to build a list which would then be send via netsend.

My real issue is working out how to provide all the parameters before finally sending the list.

If there was a way to use pack to construct a list then bank it to send it's data then I'd be right.

Any ideas?

the_destination/type_of_message/some_parameter/some_value

###-----------------------------------------------------------

###Troubleshooting - Update
Using print I'm seeing this signal flow which I can't explain.

If I send a bang in to inlet 1 - Destination print 5 is triggered first then print 4. Is this normal?

If I send a bang in to inlet 1 - Destination print 5 is triggered first then print 4. Is this normal?

This has to do with the order in which the patch cords from the 1st [inlet] were created. Probably, you first created the patch cord connecting [inlet] to [pack s s s f], and then to [print 4]. Effectively, this means that the data flows first to [pack] (and thus to [print 5]) and only later to [print 4]. To solve this, either delete your patch cords and connect [print 4] first, or use a [trigger] object immediately after [inlet] - the latter being the best and most elegant solution.

Whenever the order of arrival of data coming from a same outlet is important, use a trigger object.

I hope this helps, take care,
Gilberto

@gsagostinho

Hi gsagostinho, there is a trigger used outside of this sub-patch, I was using it to enforce the bang order. I've included a picture. I'd expect it to bank from the right float (0) to the left symbol (client_1).

I did read about the patch cord connection order being an important part of single flow ordering and I did try and apply it before by doing what you said, delete patch cords and apply again.

It is possible that the patch order is still wrong so I will attempt to do as you advice and remove the patch cords again.

I will report back.

@gsagostinho

I deleted every patch cord and patched in the exact order I needed everything to happen in.

This appears to have resolved my issue.

Thanks @gsagostinho .

I'm glad to hear that, take care.