Hello,
I already posted this to the forum, so I hope it's no foible to post it here as well...
I am building a connector for PD to communicate with an external application running on another system. I am using netsend to craft UDP packets that the remote application can parse for actions. The payload is supposed to look sort of like this: (STRING,STRING,INTEGER,INTEGER,STRING,INTEGER)
Initially I was unable to get commas into the netsend stream because PD uses commas as in internal delimiter. I was able to circumvent this by using the cyclone external's 'sprintf' function. Like this:
|44| | |send (STRING%cSTRING%cINTEGER%cINTEGER%cSTRING%cINTEGER) | | |netsend|
this almost works, except that pd inserts whitespace characters after the commas, which the remote application doesn't understand.
I noticed that 'print' actually puts a space before and after the commas, whereas netsend (or sprintf) only puts one after the commas.
Does anyone know how to circumvent this behavior? Or, perhaps a simpler way to achieve what I am trying to do?
Thank you.
Florian
:[ flo ]:
There is something you must understand about the Soviet system. They have the ability to concentrate all their efforts on a given design, and develop all components simulateously, but sometimes without proper testing. Then they end up with a technological disaster like the Tu-144. In a technology race at the time, that aircraft was two months ahead of the Concorde. Four Tu-144s were built; two have crashed, and two are in museums. The Concorde has been flying safely for over 10 years. -- Victor Belenko, MiG-25 fighter pilot who defected in 1976 "Defense Electronics", Vol 20, No. 6, pg. 100