linux-kernel - Re: Is it time for remove (crap) ALSA from kernel tree ?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <s5h3b0gi9mp.wl%tiwai@suse.de>
Date:	Mon, 25 Jun 2007 12:58:06 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	Tomasz Kłoczko <kloczek@...y.mif.pg.gda.pl>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>, linux-kernel@...r.kernel.org
Subject: Re: Is it time for remove (crap) ALSA from kernel tree ?

At Mon, 25 Jun 2007 11:51:59 +0200 (CEST),
Tomasz Kłoczko wrote:
> 
> On Sun, 24 Jun 2007, Alan Cox wrote:
> 
> >> Sory Alan but I don't want philosophical/historical discuss.
> >> Try to answer on question "ALSA or OSS ?" using *only* technical arguments.
> >
> > We dropped OSS for ALSA for technical reasons. Those being that ALSA
> > - has a better audio API
> 
> How better and where better ?
> Please be more verbose :>
> 
> > - is more flexible
> 
> Yes .. if you have API with thin abstracttion (like ALSA has) theoreticaly 
> you can do more but also by lack of some abstraction normal/usual things 
> must be implemented in harder way. This was theory .. pracice is completly 
> diffrent because some applications still provides better soud support 
> (without interruption) when uses OSS emulation placed on top ALSA layer 
> than compiled for direct use ALSA API.
> 
> Sound it in not rocket science. In 99.9% cases you need well abstracted 
> API which ALSA doe not provide and this is real cause why so poor sound 
> support in Linux applications is. Thin ALSA abstraction is main cause of 
> avalaibability "tons" of additional soud user space APIs.

I disagree about this.  Tons of various user-space APIs would be
created anyway.  It's the nature of FOSS developemnt.


Takashi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/