Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Adam Tlałka" <atlka@pg.gda.pl>
To: Lee Revell <rlrevell@joe-job.com>
Cc: alan@lxorguk.ukuu.org.uk, alsa-devel@alsa-project.org,
	ak@suse.de, perex@suse.cz, linux-kernel@vger.kernel.org
Subject: Re: OSS driver removal, 2nd round (v2)
Date: Tue, 11 Jul 2006 01:38:39 +0200	[thread overview]
Message-ID: <44B2E4FF.9000502@pg.gda.pl> (raw)
In-Reply-To: <1152571717.19047.36.camel@mindpipe>

Użytkownik Lee Revell napisał:
> On Mon, 2006-07-10 at 13:28 +0200, Adam Tlałka wrote:
>> >From my point of view ALSA has many advantages if you want to dig in
>> the card driver buffers/period etc. settings but lacks ease of use and
>> some of simple in theory functionality is a pain - device enumeration
>> or switching output mode/device without restarting apps or rewritting
>> them so they have special function for that purpose.
>>
> 
> Does any available sound driver interface allow switching output devices
> with no help from the app and without having to restart playback?  OSS
> does not, and every Windows app I've used has a configuration option to
> set the sound device, and you must stop and start playback for it to
> take effect.

Sorry but is a Windows solution the best on the whole world?
Is there any problem to imagine an abstract sound device which virtually 
always works but uses real device chosen by user, network redirection or 
  emulating work and we have some control panel/app which can control 
connections/plugins/redirections etc. (also this can be done by some 
kind of daemon responding to hw change events)?
Do we really need to program every sound app to have device setting code?

>> esd, arts, jackd, polypd and other prove that ALSA is not enough
>> and its functionality is far from perfect.
>>
> 
> esd and artsd are no longer needed since ALSA began to enable software
> mixing by default in release 1.0.9.
 >

So why they are still exist in so many Linux distributions?

> As for jackd and other apps that
> provide additional functionality - no one ever claimed ALSA would handle
> every audio related function imaginable.  It's just a low level HAL.

Format changing, resampling, mixing and supporting additional plugins
does not seems to be just low level HAL for hw device. It creates some 
kind of virtual functionality which means more then this provided by 
hardware device itself.

Regards
-- 
Adam Tlałka       mailto:atlka@pg.gda.pl    ^v^ ^v^ ^v^
Computer Center,  Gdańsk University of Technology, Poland
PGP public key:   finger atlka@sunrise.pg.gda.pl


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

  reply	other threads:[~2006-07-10 23:39 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20060707231716.GE26941@stusta.de>
2006-07-07 23:50 ` OSS driver removal, 2nd round (v2) Andi Kleen
     [not found] ` <p737j2potzr.fsf@verdi.suse.de>
2006-07-08  0:00   ` Adrian Bunk
2006-07-08  1:30   ` Jeff Garzik
2006-07-09 15:18   ` Lee Revell
     [not found]   ` <1152458300.28129.45.camel@mindpipe>
2006-07-09 16:08     ` Olivier Galibert
2006-07-10 11:28     ` Adam Tlałka
2006-07-10 13:18       ` James Courtier-Dutton
2006-07-10 13:57       ` Adrian Bunk
2006-07-10 22:48       ` Lee Revell
2006-07-10 23:38         ` Adam Tlałka [this message]
2006-07-10 23:51           ` Lee Revell
2006-07-10 23:59           ` Olivier Galibert
2006-07-11  0:39             ` Lee Revell
2006-07-11  6:59               ` Adam Tlałka
2006-07-11  7:02                 ` Andi Kleen
2006-07-11  7:58                 ` Jaroslav Kysela
2006-07-11  9:08                   ` Adam Tlałka
2006-07-11  9:52                     ` Jaroslav Kysela
2006-07-11 11:18                       ` Diego Calleja
2006-07-11 11:29                       ` Adam Tlałka
2006-07-11 10:28                     ` Adrian Bunk
2006-07-11  2:09           ` Valdis.Kletnieks
2006-07-11  6:15             ` Adam Tlałka
2006-07-11 14:30               ` Valdis.Kletnieks
2006-07-11 16:57                 ` Lee Revell
2006-07-11 22:31                   ` Adam Tlałka
     [not found]                   ` <44B426CB.4010405@pg.gda.pl>
2006-07-12  0:58                     ` Lee Revell
2006-07-07 23:17 Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44B2E4FF.9000502@pg.gda.pl \
    --to=atlka@pg.gda.pl \
    --cc=ak@suse.de \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=perex@suse.cz \
    --cc=rlrevell@joe-job.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox