26 Dec
2010
26 Dec
'10
5 p.m.
On Sunday 26 December 2010 14:02:49 fons(a)kokkinizita.net wrote:
On Sun, Dec 26, 2010 at 12:37:47PM +0000, Harry Van
Haaren wrote:
Another thing: OSC is generally sent per udp. The bigger the datagram, the
less likely it is actually sent and received. If you encounter this, either
split the data into smaller chunks to be sent or use the osc to define a tcp-
connection for the big binary data.
Include avahi/bonjour/zeroconf into your equation and it will be the cure for
cancer or something equally cool.
Have fun,
Arnold
On Sun, Dec 26, 2010 at 11:20 AM,
<fons(a)kokkinizita.net> wrote:
One thing to consider: sending such large blocks of data may block
the sender, so you should not do this from the RT audio processing
thread. Depends entirely on if the delay is acceptable or
not. You can send it
as a binary blob - encoding each sample would be quite a waste of
time.
I should have specified: The data will be the Sample played back by the
engine,
and it will be sent to the GUI, to be able to show the waveform /
spectral etc info.
IMO: Delay acceptable yes. Binary blob is good advice, thanks.