[LAD] Program design: C++ -> SHM -> Python

Arnold Krille arnold at arnoldarts.de
Sun Dec 26 16:00:06 UTC 2010

On Sunday 26 December 2010 14:02:49 fons at kokkinizita.net wrote:
> On Sun, Dec 26, 2010 at 12:37:47PM +0000, Harry Van Haaren wrote:
> > On Sun, Dec 26, 2010 at 11:20 AM, <fons at kokkinizita.net> 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,

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20101226/f9258a1c/attachment.pgp>

More information about the Linux-audio-dev mailing list