Jaroslav Kysela wrote: > > Hi all, > > a next step to get the lowlatency sharing of exclusive PCM devices > is in ALSA CVS - the dmix (direct mixing) plugin.. > How it works? Basically, the playback in driver runs forewer > without any xrun detection. The ring buffer (only just played areas) is > also silenced in each interrupt. Then we have multiple clients and a > process (server) which passes the file descriptor of playback devices to > them. The server also takes care about freeing of used shm memory and > semaphore. > The big step forward is that we share one mmaped ring buffer > accross many processes and each process can add samples into it without > any process<->kernel swaps. Also, each processes are independant, thus > failing of one doesn't break others. It's not multithreaded, we don't need > this mechanism.
Good work, Jaroslav! I'd like to understand how you've thought to solve: a) contemporary access to same sample b) sum overflow (now I'm unable to remember the technical term) For a) I can imagine some effective tricks (xadd or store/sum/check/retry or period size mutex), but I really don't see what you'll invent for b) ;-) Without this correctness concerns this approach is very much efficient (compared to server based one), I wonder only if this will be true also when correctness will be taken in account. BTW someone knows how much is relevant the audible impact of this lack of correctness? One thing I'm definitely sure is that this is the *perfect* approach for pcm_share (at least now I don't see any drawbacks). -- Abramo Bagnara mailto:[EMAIL PROTECTED] Opera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
