From: "Adam Tlałka" <atlka@pg.gda.pl>
To: alsa-devel@alsa-project.org
Subject: Re: Re: [Alsa-user] AD1985 full-duplex(?)
Date: Sat, 28 Aug 2004 21:10:55 +0200 [thread overview]
Message-ID: <4130D8BF.8030502@pg.gda.pl> (raw)
In-Reply-To: <s5hoel1hny9.wl@alsa2.suse.de>
[2004-08-23 17:30] Takashi Iwai:
>>>>Can "network sound device" work with the mmap, too?
>>>I think yes, it can, but the real output will be more delayd. So, it won't
>>>be much useable for the strict real-time applications.
If "network" mode for OSS ALSA emulation in kernel will give us worse
results than real OSS then I prefer to use real OSS drivers :-(
- on the same machine. Playing quake or other MMAP mode games with
networked sound is not a real target anyway.
> effects. Hence, what I see here is only the demand of
> "compatibility". From the performance perspective, there is no reason
> to force mmap.
Of course I agree with that. It can't be perfect because of emulation but
should be here for some old apps - and should work properly with them.
I imagine sound system as some layered structure:
program
|
v
dev -> redirecting, routing and up/down mixing kernel layer
| |
v v
kernel device driver net
|
v
hardware
in ALSA it looks like
program
|
v
alsalib (plugins for routing, resampling and mixing) -> kernel driver ->
hardware
->
net (in the future)
I prefer normal Unix way (device and standard functions plus ioctl) so
if we can
do a kernel module which does routing, redirecting and resampling on top of
free OSS module we could obtain full functionality without any change
in OSS programs. But that's OSS not ALSA.
In ALSA we need some kernel module which routes virtual OSS channels from
kernel space to user space in ALSA lib emulation. I don't know how effective
it will be but if we decided to mix in lib then this is the only way.
By the way in ALSA README we read about full OSS ALSA compatibility.
But this is not true!!!
No mixer calls on dsp stream, no multichannel streams (4...7.1)
are possible with OSS emulation, DMA mode broken.
I just can't abandon using OSS because of that :-(.
There are many sound daemons apps.
I just don't want to link an app with all their libraries. It should
just open
and use sound device - kernel module should communicate with deamon
to hide its presence before an app - that is the proper way IMHO.
Standard Unix approach plus some message passing method if we can't
do all in kernel.
So what is the future of Linux sound??
Regards
--
Adam Tla/lka mailto:atlka@pg.gda.pl ^v^ ^v^ ^v^
System & Network Administration Group ~~~~~~
Computer Center, Gdansk University of Technology, Poland
PGP public key: finger atlka@sunrise.pg.gda.pl
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
next prev parent reply other threads:[~2004-08-28 19:11 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.HPX.4.33n.0408181538550.24798-100000@studcom.urz.uni-halle.de>
[not found] ` <1092842830.13603.3.camel@localhost.localdomain>
[not found] ` <20040818181350.2b38e875@mango.fruits.de>
2004-08-18 17:37 ` [Alsa-user] AD1985 full-duplex(?) Jaroslav Kysela
2004-08-18 18:15 ` Florian Schmidt
2004-08-19 8:58 ` Jaroslav Kysela
2004-08-19 9:46 ` Takashi Iwai
2004-08-19 10:28 ` Jaroslav Kysela
2004-08-23 11:36 ` Adam Tlałka
2004-08-23 11:54 ` Jaroslav Kysela
2004-08-23 12:34 ` Adam Tlałka
2004-08-23 14:39 ` Jaroslav Kysela
2004-08-24 6:01 ` Adam Tla/lka
2004-08-23 15:30 ` Takashi Iwai
2004-08-28 19:10 ` Adam Tlałka [this message]
2004-08-29 9:54 ` Jaroslav Kysela
2004-08-29 18:35 ` Adam Tlałka
2004-08-31 8:09 ` Jaroslav Kysela
2004-08-19 9:48 ` Florian Schmidt
2004-08-20 10:58 ` Jaroslav Kysela
2004-08-31 8:52 Peter Zubaj
2004-08-31 9:39 ` Jaroslav Kysela
2004-09-06 20:45 ` Adam Tla/lka
2004-09-07 9:05 ` Jaroslav Kysela
2004-09-07 10:34 ` Adam Tla/lka
2004-09-07 13:23 ` Paul Davis
2004-09-07 13:40 ` Jaroslav Kysela
2004-09-08 17:15 ` Adam Tla/lka
[not found] ` <20040909122253.GE4584@sunrise.pg.gda.pl>
[not found] ` <Pine.LNX.4.58.0409091728420.4150@server.perex-int.cz>
2004-09-10 6:46 ` Adam Tla/lka
2004-09-09 5:52 ` Adam Tla/lka
2004-09-09 12:59 ` Paul Davis
2004-09-09 13:28 ` Adam Tla/lka
2004-09-09 15:14 ` Jaroslav Kysela
2004-09-10 7:16 ` Adam Tla/lka
2004-09-10 11:44 ` Paul Davis
2004-09-10 19:04 ` Adam Tla/lka
2004-09-13 13:05 ` Paul Davis
2004-09-13 17:24 ` Adam Tla/lka
2004-09-26 22:21 ` Adam Tlałka
2004-09-27 3:00 ` Paul Davis
2004-09-27 6:38 ` Adam Tlałka
2004-09-27 12:43 ` Jaroslav Kysela
2004-09-28 5:11 ` Adam Tlałka
2004-09-28 14:47 ` Paul Davis
2004-09-29 5:51 ` Adam Tlałka
2004-09-27 20:14 ` Paul Davis
2004-09-28 6:10 ` Adam Tlałka
[not found] <200409281113.i8SBDo5U021462@localhost.localdomain>
2004-09-28 13:22 ` Adam Tlałka
2004-09-28 14:48 ` Jaroslav Kysela
2004-09-28 14:57 ` Paul Davis
2004-09-28 15:21 ` Takashi Iwai
2004-09-29 6:15 ` Adam Tlałka
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=4130D8BF.8030502@pg.gda.pl \
--to=atlka@pg.gda.pl \
--cc=alsa-devel@alsa-project.org \
/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 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.