>On Wed, 2 Apr 2003, Paul Davis wrote: > >> >Ortogonally to that, IMO the increasing numbers of controls in modern >> >professional hardware justify the choice of hash table access to >> >controls (try to imagine a 26 channel hardware level meter that need to >> >be polled 50 times per second). >> >> TotalMix for the HDSP will not do that. Thomas is working on mapping >> the meters into user space. Its not reasonable to do this via system >> calls if you want to access them in an RT thread. As a fill-in measure >> until that is done, I think he created a control that gets all the >> values in a single system call. > >Why peak reading requires a RT-task? It's not time critical operation.
We're not talking about "metering" in the sense of visual display - that's definitely not a real-time issue. But using the meter value can be. For example, JACK now makes port meter values available to clients in their process() callbacks. Other native-ALSA applications may want to use current meter values to affect their RT thread's operation (e.g. threshold-gated recording initiation). --p ------------------------------------------------------- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
