At 22 Jul 2003 21:51:21 +0200, Eduard Hasenleithner wrote: > > The only user-space solution to this problem is a deamon > which runs with real-time priority and client programs can > connect to it. "jack" is one example for this kind of software > as it also provides this real-time capability. But you have > to either run all your audio applications as root or apply > a kernel patch which both enables a considerable security risk.
yes, a kind of daemon would be needed. btw, it's the feature of jack to force all applications to run in rt priority. this is designed to get the exact synchronization. in your case, only the sound daemon needs higher priority. hence, even esound or arts may help. hmm, it's worthy to try once esound or arts with rt-priority and with enough large buffers. > I do not request a "kernel pre-buffer" solution to be > included into the alsa package. But I want to hear if > my conclusions are right that with the current linux > (2.4.x) infrastructure I cannot use my ice1712 soundcard > for the same tasks as I used with my onboard sound chip. i agree here. Takashi ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
