On Fri, 6 Jan 2006, Hannu Savolainen wrote:
> What happens if some system load peak delays the application by 20 ms? The
> result is complete failure. What is the ALSA (API) feature OSS doesn't
> have that makes it able to predict what kind of output the application
> should have fed to the device during the (about) 20 ms period of silence?
>
> The fact is that there is nothing the audio subsystem can do to recover
> the situation. For this very simple reason the OSS API lacks everything
> that would be necessary to cope with this kind of problems.
Applications should be notified that something is broken. If you have
a professional environment, you really need to know, if the output
survived all scheduling peaks and the audio data are delivered from/to
I/O in time.
Also, in the standard consumer environment is good to know that the system
have some trouble to deliver data in time (motivating developers of core
Linux kernel code or subsystems, or motivating app programers to set the
correct scheduling parameters) to fix remaining problems.
Jaroslav
-----
Jaroslav Kysela <[email protected]>
Linux Kernel Sound Maintainer
ALSA Project, SUSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
