Re: [linux-audio-dev] client/server stuff in MCS

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] client/server stuff in MCS
From: David Olofson (audiality_AT_swipnet.se)
Date: su loka   10 1999 - 14:16:46 EDT


On Sun, 10 Oct 1999, Paul Barton-Davis wrote:
> [ i broke this out since it seems like a separate aspect of things
> altogether
> ]
>
> this client/server stuff: what is a client ? my best guess so far might be a
> standalone program that wants to route its (say) audio through the
> MCS. it seems that you propose using the event system for
> this.

Yes, and the event system goes with the (quite similar) streaming
interface. Or; the event API is actually a way of streaming events.

> ignoring my misgivings about this for a moment, this is handled very
> simply using a sensor thread plus the kind of shmem setup that Benno
> has described. the sensor thread behaves exactly as would a sensor
> thread reading from /dev/snd/pcmCnDnn. so thats easy.

Yep. :-)

> but wait a moment: this implies that we have to code other
> applications to use this system, and not the one that they would use
> if they were writing to /dev/snd/pcmCnDnn. this isn't nice.

You can't have it all... But, you don't *have* to code applications
that way. The engine could read FIFOs as well. (At least if the
communication system is in the kernel - sync or performance problems
in user space?)

> i think that its a much better idea to use esd-like
> open/close/read/write redirection via LD_PRELOAD. our read/write
> wrapper can take care of mapping the system call into a "scribble in a
> shared memory buffer". the open/close wrapper converts a device open
> to "shmget+shmat/shmdt" operations.

...or you could do it that way... But when did I suggest that there
should be no compatibility layer? That's not really a part of the
API, but of course, we have to keep it in mind.

//David

 ·A·U·D·I·A·L·I·T·Y· P r o f e s s i o n a l L i n u x A u d i o
- - ------------------------------------------------------------- - -
    ·Rock Solid David Olofson:
    ·Low Latency www.angelfire.com/or/audiality ·Audio Hacker
    ·Plug-Ins audiality_AT_swipnet.se ·Linux Advocate
    ·Open Source ·Singer/Composer


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : pe maalis 10 2000 - 07:27:13 EST