On Sunday 26 December 2010 14:02:49 [email protected] wrote: > On Sun, Dec 26, 2010 at 12:37:47PM +0000, Harry Van Haaren wrote: > > On Sun, Dec 26, 2010 at 11:20 AM, <[email protected]> wrote: > > > 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. > > 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.
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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
