All of lore.kernel.org
 help / color / mirror / Atom feed
* ALSA related comments - please correct
@ 2003-12-21  7:21 Jaroslav Kysela
  2003-12-21 12:35 ` Benno Senoner
  2003-12-21 15:42 ` James Courtier-Dutton
  0 siblings, 2 replies; 3+ messages in thread
From: Jaroslav Kysela @ 2003-12-21  7:21 UTC (permalink / raw)
  To: press; +Cc: info, ALSA development

Hello,

	we discovered your notes about ALSA (Advanced Linux Sound 
Architecture) on your web pages:

http://www.transgaming.com/showthread.php?news=98

	Please, let me comment ALSA issues. Perhaps, your development 
people should contact us directly before making such bad assumptions.

> ALSA, of particular interest to TransGaming's Linux audience, does not
> provide much of an added benefit over OSS. The primary speed advantage,
> hardware mixing, a slower kludgy implementation use due to the fact that
> looping sound doesn't appear to be supported; although full duplex

What's looping sound? You can initiate endless ring buffer looping when
you set stop_threshold to boundary (sw_params). I think that this 
major drawback does not exist.

> support should be easier to provide than with OSS. The major drawback of
> ALSA is that its mmap interface is not compatible with what is required
> for DirectSound unless undocumented interfaces are used. All in all it
> appears that using ALSA would provide some speed advantages for newer
> cards, but to be done properly would require a rewrite of the winealsa
> driver. Thus we would suggest that, for the time being, people continue
> to use the OSS emulation layer of ALSA with "MMap" = "Y" enabled in
> their config file to get the best performance if it's supported on their
> sound card.

We can do everything with our API like OSS and our API has many other 
extensions which OSS does not have.

Again, please, tell your developers that they are wrong and remove this 
paragraph from your pages, because this text hurt us.

						Jaroslav Kysela
						The ALSA project leader

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ALSA related comments - please correct
  2003-12-21  7:21 ALSA related comments - please correct Jaroslav Kysela
@ 2003-12-21 12:35 ` Benno Senoner
  2003-12-21 15:42 ` James Courtier-Dutton
  1 sibling, 0 replies; 3+ messages in thread
From: Benno Senoner @ 2003-12-21 12:35 UTC (permalink / raw)
  To: ALSA development; +Cc: press, info

I think transgaming should fully embrace ALSA otherwise they are hurting 
themselves.
OSS is DEAD and with kernel 2.6 most if not all distros will use ALSA by 
default while
providing an OSS emulation layer.
mmap is not necessarily needed for good performance and low latency and 
it would be
better if people implemented only a jackd interface to provide maximum 
benefits for users.
writing a jackd client is much easier than using ALSA, OSS etc directly 
plus you get all the
routing for free and you can totally forget about mmap and other 
soundcard specific stuff.

The future of audio on linux is called jackd clients, jackd that does 
audio I/O via ALSA.
Please remove OSS and /dev/dsp from your dictionary :-)

cheers,
Benno
http://www.linuxsampler.org

Jaroslav Kysela wrote:

>Hello,
>
>	we discovered your notes about ALSA (Advanced Linux Sound 
>Architecture) on your web pages:
>
>http://www.transgaming.com/showthread.php?news=98
>
>	Please, let me comment ALSA issues. Perhaps, your development 
>people should contact us directly before making such bad assumptions.
>
>  
>
>>ALSA, of particular interest to TransGaming's Linux audience, does not
>>provide much of an added benefit over OSS. The primary speed advantage,
>>hardware mixing, a slower kludgy implementation use due to the fact that
>>looping sound doesn't appear to be supported; although full duplex
>>    
>>
>
>What's looping sound? You can initiate endless ring buffer looping when
>you set stop_threshold to boundary (sw_params). I think that this 
>major drawback does not exist.
>
>  
>
>>support should be easier to provide than with OSS. The major drawback of
>>ALSA is that its mmap interface is not compatible with what is required
>>for DirectSound unless undocumented interfaces are used. All in all it
>>appears that using ALSA would provide some speed advantages for newer
>>cards, but to be done properly would require a rewrite of the winealsa
>>driver. Thus we would suggest that, for the time being, people continue
>>to use the OSS emulation layer of ALSA with "MMap" = "Y" enabled in
>>their config file to get the best performance if it's supported on their
>>sound card.
>>    
>>
>
>We can do everything with our API like OSS and our API has many other 
>extensions which OSS does not have.
>
>Again, please, tell your developers that they are wrong and remove this 
>paragraph from your pages, because this text hurt us.
>
>						Jaroslav Kysela
>						The ALSA project leader
>
>-----
>Jaroslav Kysela <perex@suse.cz>
>Linux Kernel Sound Maintainer
>ALSA Project, SuSE Labs
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>Alsa-devel mailing list
>Alsa-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
>  
>




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ALSA related comments - please correct
  2003-12-21  7:21 ALSA related comments - please correct Jaroslav Kysela
  2003-12-21 12:35 ` Benno Senoner
@ 2003-12-21 15:42 ` James Courtier-Dutton
  1 sibling, 0 replies; 3+ messages in thread
From: James Courtier-Dutton @ 2003-12-21 15:42 UTC (permalink / raw)
  To: Jaroslav Kysela; +Cc: press, info, ALSA development

Jaroslav Kysela wrote:
> Hello,
> 
> 	we discovered your notes about ALSA (Advanced Linux Sound 
> Architecture) on your web pages:
> 
> http://www.transgaming.com/showthread.php?news=98
> 
> 	Please, let me comment ALSA issues. Perhaps, your development 
> people should contact us directly before making such bad assumptions.
> 
> 
>>ALSA, of particular interest to TransGaming's Linux audience, does not
>>provide much of an added benefit over OSS. The primary speed advantage,
>>hardware mixing, a slower kludgy implementation use due to the fact that
>>looping sound doesn't appear to be supported; although full duplex
> 
> 
> What's looping sound? You can initiate endless ring buffer looping when
> you set stop_threshold to boundary (sw_params). I think that this 
> major drawback does not exist.
> 
> 
>>support should be easier to provide than with OSS. The major drawback of
>>ALSA is that its mmap interface is not compatible with what is required
>>for DirectSound unless undocumented interfaces are used. All in all it
>>appears that using ALSA would provide some speed advantages for newer
>>cards, but to be done properly would require a rewrite of the winealsa
>>driver. Thus we would suggest that, for the time being, people continue
>>to use the OSS emulation layer of ALSA with "MMap" = "Y" enabled in
>>their config file to get the best performance if it's supported on their
>>sound card.
> 
> 
> We can do everything with our API like OSS and our API has many other 
> extensions which OSS does not have.
> 
> Again, please, tell your developers that they are wrong and remove this 
> paragraph from your pages, because this text hurt us.
> 
> 						Jaroslav Kysela
> 						The ALSA project leader
> 
> -----
> Jaroslav Kysela <perex@suse.cz>
> Linux Kernel Sound Maintainer
> ALSA Project, SuSE Labs
> 
Jaroslav, wine's support for alsa has always been badly implemented. I 
have had to use wine's oss module linking to alsa emulation to get sound 
out. If someone from the wine project can educate me on the win32 sound 
api, I am sure I could get wine to support alsa properly.
Whether win32 needs mmap, callback model, and looping, alsa can be made 
to handle all these.
I will probably do it for wine instead of winex though, because I would 
want the resulting code to be free, and not cost money like winex does.

Cheers
James


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-12-21 15:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-12-21  7:21 ALSA related comments - please correct Jaroslav Kysela
2003-12-21 12:35 ` Benno Senoner
2003-12-21 15:42 ` James Courtier-Dutton

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.