Hi Jaroslav!
here we go:
I added some printk's to these routines:
--
int snd_ctl_add(snd_card_t * card, snd_kcontrol_t * kcontrol)
{
snd_ctl_elem_id_t id;
unsigned int idx;
unsigned int dummy;
printk
Hallo,
Mark Hubbard hat gesagt: // Mark Hubbard wrote:
On Friday 14 Nov 2003 15:31, Takashi Iwai wrote:
At Fri, 14 Nov 2003 15:11:22 +, Mark Hubbard wrote:
And what is your definition of an el-cheapo soundcard? :)
what requires dmix plugin :)
In that case, Audiotrak, Terratec and
Well...
still the same...
here's the output again:
Nov 17 11:16:34 sipiyou kernel: id.face = 2, id-iface = 2
Nov 17 11:16:34 sipiyou kernel: kctl-id.device = 0 id-device= 0
Nov 17 11:16:34 sipiyou kernel: kctl-id.subdevice = 0 id-subdevice=0
Nov 17 11:16:34 sipiyou kernel: kctl-id.name = 'Mono
At Mon, 17 Nov 2003 01:37:02 +,
Mark Hubbard wrote:
On Friday 14 Nov 2003 15:31, Takashi Iwai wrote:
At Fri, 14 Nov 2003 15:11:22 +, Mark Hubbard wrote:
On Friday 14 Nov 2003 13:20, Takashi Iwai wrote:
as a future plan, we'll define dmix as default for el-cheapo
soundcards,
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
Hi,
please don't try to build au88x0 on an alpha.
most of problems below are due to 2.2 kernel.
the cvs version is not tested well on 2.2 kernels (also i tried only
i386)
You have to read a lot.
But here is an extract with some
On Mon, 2003-11-17 at 12:45, Martin Dausel wrote:
Justin Cormack wrote:
On Wed, 2003-11-12 at 16:24, Martin Dausel wrote:
Hi,
it seems to me that with alsa 0.9.8 drivers it's not possible to load
snd-rme9652. With 0.9.7c there is no problem. The snd-hdsp driver works
in both versions (i
At Sun, 16 Nov 2003 10:53:17 -0500,
Apostolos Dimitromanolakis wrote:
Hi everybody,
I'm still working on the audiotrak prodigy driver. However for some
reason the ice1724 module performs an instant reboot of the kernel when
I try to record at 44khz. Recording at 96khz seems fine but
At Sun, 16 Nov 2003 20:25:33 +0800,
R Chan wrote:
Hi,
Upgraded to CVS to get ALC655 support on a KT600 motherboard and
VIA8233 south bridge. ac97 codec is identified as ALC655 rev 0.
I have unmuted all the usual suspects (PCM, Master, LFE, Center
Surround, except the down mix controls)
At Mon, 17 Nov 2003 14:34:14 +0100,
Peter Kirk wrote:
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 11:32 schrieb Takashi Iwai:
At Mon, 17 Nov 2003 01:37:02 +,
Mark Hubbard wrote:
On Friday 14 Nov 2003 15:31,
Hello!
I have tried to look at the ALSA CVS log through the anonymous CVS access
(using recursive 'cvs log'), but encountered several errors in old files
(which no longer exist in the current version):
cvs [server aborted]: unrecognized operation '\x9' in
On Monday 17 Nov 2003 14:33, Takashi Iwai wrote:
At Mon, 17 Nov 2003 14:34:14 +0100,
Peter Kirk wrote:
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 11:32 schrieb Takashi Iwai:
At Mon, 17 Nov 2003 01:37:02 +,
At Mon, 17 Nov 2003 12:08:39 +0100,
I wrote:
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
Hi,
please don't try to build au88x0 on an alpha.
most of problems below are due to 2.2 kernel.
the cvs version is not tested well on 2.2 kernels (also i tried only
i386)
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 18:16 schrieb Mark Hubbard:
Peter Kirk has an important point. Default dmix (smart could be a
misnomer) will only work as the default pcm, therefore if one application
is set-up to
At Mon, 17 Nov 2003 19:18:49 +0100,
Peter Kirk wrote:
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 15:33 schrieb Takashi Iwai:
At Mon, 17 Nov 2003 14:34:14 +0100,
Peter Kirk wrote:
WARNING: Unsanitized content
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 19:49 schrieb Takashi Iwai:
At Mon, 17 Nov 2003 19:18:49 +0100,
Peter Kirk wrote:
Am Montag, 17. November 2003 15:33 schrieb Takashi Iwai:
if I understand it right, then high-end
what you say seems to be valid to me, but not if you implement smart dmix the
way I said =). The way I suggested *every* application would connect to smart
dmix, and none directly to alsa lib (except those that use devices like hw: -
and those should never be mixed). Since every stream is
well, my concern is that with the high-end cards, people tend to stick
with the quality of sounds. that means, any reason to reduce the
quality wouldn't be acceptable for some people. since dmix will do it
silently (if needed), it might be unacceptable.
what ? are you suggesting there are
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 20:40 schrieb Paul Davis:
well, my concern is that with the high-end cards, people tend to stick
with the quality of sounds. that means, any reason to reduce the
quality
On Mon, 17 Nov 2003 19:49:51 +0100
Takashi Iwai [EMAIL PROTECTED] wrote:
anyway, it's just a concern. the answer for this question would be
just a questionary to users (and a good documentation or user-friendly
GUI tool to configure).
As a user that has owned a cheapo soundcard before my
On Mon, 17 Nov 2003, Paul Davis wrote:
what you say seems to be valid to me, but not if you implement smart dmix the
way I said =). The way I suggested *every* application would connect to smart
dmix, and none directly to alsa lib (except those that use devices like hw: -
and those should
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 21:05 schrieb Jaroslav Kysela:
On Mon, 17 Nov 2003, Paul Davis wrote:
what you say seems to be valid to me, but not if you implement smart
dmix the way I said =). The way I
On Mon, 17 Nov 2003, Paul Davis wrote:
what you say seems to be valid to me, but not if you implement smart dmix t
he
way I said =). The way I suggested *every* application would connect to sma
rt
dmix, and none directly to alsa lib (except those that use devices like hw:
-
and those should
the RME hardware has 16-26+ channels, but only one stream.
Ok,
here we come to my ignorance on sound drivers/hardware/terminology. If I ta=
lk=20
about a stream I mean one application -- soundcard link. What would a=20
channel be ? And what a stream if not what I defined a line up?=20
Maybe
On Mon, Nov 17, 2003 at 06:55:29PM +0100, Takashi Iwai wrote:
At Mon, 17 Nov 2003 12:08:39 +0100,
I wrote:
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
gcc -D__KERNEL__ -DMODULE=1 -I/usr/local/src/alsa-cvs/alsa-driver/include
-I/lib/modules/2.2.19/build/include -O2
On Mon, Nov 17, 2003 at 12:08:39PM +0100, Takashi Iwai wrote:
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
Hi,
please don't try to build au88x0 on an alpha.
most of problems below are due to 2.2 kernel.
the cvs version is not tested well on 2.2 kernels (also i tried
Hi,
Just a general comment on dmix/dsnoop.
1) It is not bug free yet. I have an application that fails when one
tries to use it. (xine.sf.net). I have not had time to establish why
yet. E.g. xine using front device, output's stereo sounding perfectly.
I note down the buffer and period sizes
Hi,
At the moment I'm debugging an alsa-oss emulation related bug. I'm using
alsa .9.8 on a i810 card. Using native alsa code I can query the capabilities
of the card. Alsa tells that only some 16bit formats are supported which is
is correct. When I'm in oss emulation mode, the driver also
Hello,
This doesn't apply to the onboard sound card. only usb.
I get the following when I interrupt my usb soundcard (ctrl-c):
Aborted by signal Interrupt...
bad: scheduling while atomic!
Call Trace:
[c011a217] schedule+0x56b/0x574
[c011a478] wait_for_completion+0x80/0xd0
[c011a268]
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 22:58 schrieb James Courtier-Dutton:
Hi,
Just a general comment on dmix/dsnoop.
1) It is not bug free yet.
right. It would be great if you guys that have some overview would map
29 matches
Mail list logo
