Liang

i have a questions about how to separate the message from [udpreceive] ,maybe [ fromsymbol ] .

here is a massage send from processing by adding the oscP5 library in processing;

i don't know why message stopped at [fromsymbol] ?

but if i click the message box , it works well, but the message from [ udpprecive ] , i add [t b s ]

to trigger a message sending and after that a bang out signal, it doesn't work.

i have a questions about how to separate the message from [udpreceive] ,maybe [ fromsymbol ] .
here is a massage send from processing by adding the oscP5 library in processing;

but if i click the message box , it works well, but the message from [ udpprecive ] , i add [t b s ]
to trigger a message sending and after that a bang out signal, it doesn't work.

string-from-udprecieve-to-fromsymbol

 doesn't output a symbol, but a message. So 

udpreceive doesn't output a symbol, but a message. So fromsymbol is quite useless in your case.

Generally, OSC messages are parsed with route or CNMAT's OSC-Route, like this:


actually, i dont know which kind of message [ udpreceive ] put out . maybe it is depend on the sending part ?

in my patch , [route] output a list, and can be recognized by [ fromsymbol ] .

if i use [route s i i i i ] or [route list ] or others , still doesnt work.

@P D, thanx for ur kind help,
actually, i dont know which kind of message [ udpreceive ] put out .   maybe it is depend on the sending part ?
in my patch , [route] output a list, and can be recognized by [ fromsymbol ] .
if i use [route s i i i i  ]  or [route list ] or others , still doesnt work.

and the patch below works well,
can I simplify it？ if  so, how ? 

and this is the snapshot of this patch working

There are a few sources of confusion in your first patch. When the max window prints quotes, that is because of the ". Typically, symbols within quotes will be printed without quotes. Since the message objects obtained its second inlet, very often I see it used in this way: feed stuff to the right inlet, bang message. This is completely redundant and can be omitted. Messages are useful for displaying, but don't interact in any way with data.

Basically a wrong osc string is created. What you have is backslash-quote, label, value, value, backslash-quote. What it should be is slash-label, value, value. The creation of the osc string in processing starts and end with putting the ". I would remove this and instead start with:

OscMessage myMessage = new OscMessage("/test").

But it seems that the second screenshot is based on a different formatting.

Basically a wrong osc string is created. What you have is backslash-quote, label, value, value, backslash-quote. What it should be is slash-label, value, value. The creation of the osc string in processing starts and end with putting the ". I would remove this and instead start with:
OscMessage myMessage = new OscMessage("/test").

But it seems that the second screenshot is based on a different formatting.


string from udprecieve to fromsymbol