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

On Sunday 26 December 2010 14:02:49 fons@email-addr-hidden 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@email-addr-hidden> 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

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev