At Thu, 23 Jan 2003 19:43:52 +0100,
Tais M. Hansen <[EMAIL PROTECTED]> wrote:
>
> [1 ]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thursday 23 January 2003 19:07, Takashi Iwai wrote:
> > > > thanks.
> > > > it seems really the index value was not updated correctly by the
> > > > chi
At 23 Jan 2003 19:44:49 +,
Mark Knecht wrote:
>
> Paul, Takashi-san and Clemens,
>Hi. A couple of days ago Fernando got a new RPM built for Alsa which
> includes the recent HDSP 9652 MIDI timing fix that you worked together
> on and supplied about 10 days ago. I wanted to report back that
At Thu, 23 Jan 2003 19:05:53 +0100 (MET),
Clemens Ladisch wrote:
>
>
> This finally adds support for capturing.
>
> Contrary to what I've written earlier, the mixer controls (capture
> selection etc.) *are* supported, because they're on the device's front
> panel, not in software. :-)
applied t
At 19 Jan 2003 10:59:39 +,
Mark Knecht wrote:
>
> Hi,
>On my HDSP 9652 system executing the command
>
> amixer controls
>
> yields a list that appears to be 166 items long, starting with numid=1
> and ending with numid=166. However, closer study shows numid=2 seems to
> be missing.
>
>
On Fri, 24 Jan 2003, Takashi Iwai wrote:
> Hi all,
>
> there have been bug-reports regarding to the swapping of headphone
> and master volumes.
> i'd like to ask you to check which AC97 codec chip is used on which
> board (or laptop) if you have such a problem. if this happens only on
> a certai
Hi,
I'm writing a driver for the Maxisound ISIS and I have the following
question: how do I get it into my local source tree and get it compiled?
I manage to compile the module, but I get 'unresolved depencies':
depmod: *** Unresolved symbols in snd-isis.o
depmod: snd_pcm_period_elapsed_R4
At Fri, 24 Jan 2003 12:16:00 +0100 (CET),
Jaroslav wrote:
>
> On Fri, 24 Jan 2003, Takashi Iwai wrote:
>
> > Hi all,
> >
> > there have been bug-reports regarding to the swapping of headphone
> > and master volumes.
> > i'd like to ask you to check which AC97 codec chip is used on which
> > boar
Thanks!
On Fri, 2003-01-24 at 11:15, Takashi Iwai wrote:
> At 19 Jan 2003 10:59:39 +,
> Mark Knecht wrote:
> >
> > Hi,
> >On my HDSP 9652 system executing the command
> >
> > amixer controls
> >
> > yields a list that appears to be 166 items long, starting with numid=1
> > and ending w
Dear Takashi Iwai,
Thursday, January 16, 2003, 12:21:42 PM, you wrote:
>> > if someone has VIA8233, VIA8233A, VIA8233C or VIA8235 chipset, could
>> > you help the testing of the new driver?
>> > the new driver code is found at
>> >
>> > http://www.alsa-project.org/~iwai/via82xx.c
>>
>>
Dear Takashi Iwai,
Thursday, January 16, 2003, 12:21:42 PM, you wrote:
>> > if someone has VIA8233, VIA8233A, VIA8233C or VIA8235 chipset, could
>> > you help the testing of the new driver?
>> > the new driver code is found at
>> >
>> > http://www.alsa-project.org/~iwai/via82xx.c
>>
>>
I took a look at the Intel AC97 2.2 specs. It seems that the behaviour
described here is a AC97 2.2 recommendation. take a look at 1 & 2 of 5.2.1.
Pieter
AC `97 Component Specification Revision 2.2 September 2000
5.2 LINE_OUT and AUX_OUT
AC `97 a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 January 2003 10:12, Takashi Iwai wrote:
> > Ok, log output attached, 3 files with loads of gibberish ;). Same
> > behavior btw.
> thanks. sigh, this chip is really weird.
> perhaps in the last patch, the recoverd pointer overtook the actu
At Fri, 24 Jan 2003 13:41:06 +0100,
Tais M. Hansen <[EMAIL PROTECTED]> wrote:
>
> [1 ]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Friday 24 January 2003 10:12, Takashi Iwai wrote:
> > > Ok, log output attached, 3 files with loads of gibberish ;). Same
> > > behavior btw.
> > thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 January 2003 14:30, Takashi Iwai wrote:
> > Same deal as before, another 3 files filled with debug output. Good luck.
> > :)
> it seems that we need to use CURRPTR always on your chip.
> i guess this depends on the board, how reliable IDX
At Fri, 24 Jan 2003 00:16:25 -0500,
Jean-Marc Valin wrote:
>
> [1 ]
> > if the original usb-audio driver doesn't work with plughw like above,
> > please try the attached patch.
>
> I tried the patch, but I still can't play anything other than 48000, 2
> channels and 48000, 4 channels (tried the
Hi,
At Fri, 24 Jan 2003 13:41:29 +0100,
Pieter Palmers wrote:
>
> I took a look at the Intel AC97 2.2 specs. It seems that the behaviour
> described here is a AC97 2.2 recommendation. take a look at 1 & 2 of 5.2.1.
thanks!
> 5.2.1 AUX_OUT Options
> As identified in the previous section, there a
Hi!
My Turtle Beach Santa Cruz card is not working with current CVS code. I
downloaded several CVS snapshots and was able to trace the problem to
changes that happened between the 2003-01-21.tar.bz2 and
2003-01-22.tar.bz2 snapshots (probably in cs46xx_lib.c). So, if I want
to use my Santa Cruz I n
At Fri, 24 Jan 2003 11:53:04 +0100,
Pieter Palmers wrote:
>
> I experience another problem regarding AC97. I have a Maestro2e based
> board, with an ESS ES1918 codec attached. But the AC97 code seems to
> recorgnise it as a Sigmatel Codec.
this seems somehow irrelevant, but i can check if you g
Hi all,
there have been bug-reports regarding to the swapping of headphone
and master volumes.
i'd like to ask you to check which AC97 codec chip is used on which
board (or laptop) if you have such a problem. if this happens only on
a certain chip model, we can add a quirk for that.
please check
I am getting this message when I load the cs46xx module:
ALSA ../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:468: cs46xx: failure waiting for FIFO
command to complete
I think it does not happen when I boot the machine, i.e. the first time
the card is initialized. It seems to happen only after the car
At Fri, 24 Jan 2003 15:12:13 +0100,
Tais M. Hansen <[EMAIL PROTECTED]> wrote:
>
> On Friday 24 January 2003 14:30, Takashi Iwai wrote:
> > > Same deal as before, another 3 files filled with debug output. Good luck.
> > > :)
> > it seems that we need to use CURRPTR always on your chip.
> > i guess
At Fri, 24 Jan 2003 15:41:12 +0100,
I wrote:
>
> hmm, then we need to implement the controls for the register 0x04 even
> if RESET/ID4 is 0..? currently, we build them only when RESET/ID4 is
> detected. but i've not known which chip has LNLVL without RESET/ID4.
> needs to check the spec for eac
At Thu, 23 Jan 2003 23:29:56 +0300,
Anton Worshevsky wrote:
>
> Dear Takashi Iwai,
>
> Thursday, January 16, 2003, 12:21:42 PM, you wrote:
>
> >> > if someone has VIA8233, VIA8233A, VIA8233C or VIA8235 chipset, could
> >> > you help the testing of the new driver?
> >> > the new driver code is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 January 2003 16:45, Takashi Iwai wrote:
> > Need any specific info about the board? Chip? I saw some talks about the
> > ALC650 chip in another thread on this list and alsamixer claims I've got
> > such a chip.
> most likely it has nothing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 January 2003 16:45, Takashi Iwai wrote:
> have fun :)
And here're the attached files...! ;)
- --
Regards,
Tais M. Hansen
OSD
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (GNU/Linux)
iQIVAwUBPjFs9oIvLOJqwYc4AQJaSg/+P9KCNRSqPMYV
At Fri, 24 Jan 2003 17:40:09 +0100,
Tais M. Hansen <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Friday 24 January 2003 16:45, Takashi Iwai wrote:
> > > Need any specific info about the board? Chip? I saw some talks about the
> > > ALC650 chip in another th
*sorry for the resend...I meant to send this to the devel list
originally...*
I messed up my gnome-volume-control somehow through multiple attempts at
compiling and installing ALSA. Now, I get an error saying bad key or
directory name OSS-Tri Tech...
I have an Ensoniq 1371 for a sound card and I
At Fri, 24 Jan 2003 11:06:09 +0100,
I wrote:
>
> please check the following and send to alsa-devel ML or to me.
>
> 1. ALSA driver version
> 2. lspci -v (for the soundchip only)
> 3. lspci -n (for the soundchip only)
correction:
please run wiht -v option here (otherwise no sub-id will be shown
Hi,
I think that there might be some header file changes
to commit in CVS too.
Chris
gcc -D__KERNEL__ -DMODULE=1
-I/home/chris/Programs/alsa/alsa-driver/include
-I/home/chris/linux-2.4.20/include -O2
-mpreferred-stack-boundary=2 -march=i686 -D__SMP__
-DCONFIG_SMP -DLINUX -Wall -Wstrict-prototyp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 January 2003 18:08, Takashi Iwai wrote:
> sorry, i need the output of "lspci -nv".
$ lspci -s 00:11.5 -nv
00:11.5 Class 0401: 1106:3059 (rev 40)
Subsystem: 1462:4720
Flags: medium devsel, IRQ 9
I/O ports at e800 [s
30 matches
Mail list logo
