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 ma
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:
[] schedule+0x56b/0x574
[] wait_for_completion+0x80/0xd0
[] default_wake_function+0x0/0x18
[]
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 adve
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 a
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
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/bui
>> 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
>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:
> -
>> >a
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 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 sho
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
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
>> 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 th
>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 conne
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 "hi
WARNING: Unsanitized content follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag, 17. November 2003 19:50 schrieb Jaroslav Kysela:
> On Mon, 17 Nov 2003, Peter Kirk wrote:
> > WARNING: Unsanitized content follows.
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Am Montag
On Mon, 17 Nov 2003, Peter Kirk wrote:
> 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
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: Unsanitiz
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, Takashi Iwai wrote:
> > > At Fri, 14 Nov 2003 15:11:22 +, Ma
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
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 follows.
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
>
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
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:
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
/cvsroot/alsa/alsa-driver/kernel/Attic/m
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 200
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 co
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
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 b
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 tried both cards with both alsa versions).
error message:
mo
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 wit
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
> > >
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 = 'M
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,
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 ("
34 matches
Mail list logo
