Hi!
I tested DXS channels of my via82xx chip. My motherboard is ASRock
K7VT2 and the kernel is 2.6.1-mm2.
With dxs_support=1 option DXS channels did not work (bad sound quality)
but they did with dxs_support=4.
I noticed the volume ranges for DXS channels are wrong (0-255),
should be 0-31. Here
At Mon, 12 Jan 2004 19:08:21 +0100,
Wilfried Weissmann wrote:
>
> [1 ]
> Takashi Iwai wrote:
> > At Fri, 09 Jan 2004 23:04:49 -0400,
> > Manuel Jander wrote:
> >
> >>Please apply to CVS. Thanks
> >>
> >>-Forwarded Message-
> >>From: Wilfried Weissmann <[EMAIL PROTECTED]>
> >>To: [EMAIL P
Takashi Iwai wrote:
At Fri, 09 Jan 2004 23:04:49 -0400,
Manuel Jander wrote:
Please apply to CVS. Thanks
-Forwarded Message-
From: Wilfried Weissmann <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: via workaround error
Date: Fri, 09 Jan 2004 20:16:01 +0100
i made a st
Gorka Olaizola wrote:
> I downloaded de nvaudio driver from Nvidia's site and read the source a bit.
>
> /* Reset the Global Cnt back to Stereo 16ch and set the format
>This is needed to keep the 6 channel data in alignment ,
>to start from Front Left always */
>
On Monday 12 Jan 2004 5:19 pm, Chris Cannam wrote:
> I notice that if you send to a non-running sequencer queue an event
> scheduled for exactly the current time of the queue, then the event
> is delivered immediately: the queue doesn't wait to be started
> first.
>
> Is this intentional?
OK, my d
set file permission bits for output file
Index: alsa-utils/amidi/amidi.c
===
RCS file: /cvsroot/alsa/alsa-utils/amidi/amidi.c,v
retrieving revision 1.2
diff -u -r1.2 amidi.c
--- alsa-utils/amidi/amidi.c5 Nov 2003 11:08:25 -
I notice that if you send to a non-running sequencer queue an event
scheduled for exactly the current time of the queue, then the event
is delivered immediately: the queue doesn't wait to be started first.
Is this intentional? I had thought the main reason for allowing
queues to stop and star
At Mon, 12 Jan 2004 06:12:04 GMT,
Gustavo Guillermo wrote:
>
> I'm use via82xx module for ad1980 Asus A7V8X-X with option dxs_support=1
> and weird sounds gets out, master channel volume seems to be Surround,
> and VIA DXS (first one) needs to be at 75% to hear full volume, other
> positions do
At Mon, 12 Jan 2004 12:27:23 +1100,
Stephen Cook wrote:
>
> [1 ]
> As you may be currently aware alsa-lib (libasound) does not work very well when
> using it under a kernel that has the Pax (http://pax.grsecurity.net) or Grsecurity
> (http://www.grsecurity.net) Patch.
>
> The problem is becaus
On Thu, 2004-01-08 at 15:49, Patrick Shirkey wrote:
> Takashi Iwai wrote:
> > At Thu, 08 Jan 2004 02:29:13 +0900,
> > Patrick Shirkey wrote:
> >
> >>I am seeing strange things happen while using the hdsp and dmix plugin
> >>and aplay as a test app.
> >>
> >>JACK works perfectly.
> >>
> >>I can ge
At Fri, 09 Jan 2004 23:04:49 -0400,
Manuel Jander wrote:
>
> Please apply to CVS. Thanks
>
> -Forwarded Message-
> From: Wilfried Weissmann <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: via workaround error
> Date: Fri, 09 Jan 2004 20:16:01 +0100
>
> i made a
At Mon, 12 Jan 2004 07:54:37 -0500,
Paul Davis wrote:
>
> >Yes, we're aware that our APIs are rather too much complicated for simple
> >applications. We are designing the very simple (current name ordinary)
> >APIs to let more developers join us. But as Kai noticed, these APIs will
> >be a bit
>Yes, we're aware that our APIs are rather too much complicated for simple
>applications. We are designing the very simple (current name ordinary)
>APIs to let more developers join us. But as Kai noticed, these APIs will
>be a bit limited, so they won't be intended for more complex applications.
On Mon, 12 Jan 2004, Lorn Potter wrote:
> > Believe me, I agree with you 100% with regards to importance of
> > simplicity. ALSA still has some complex edges, but is has come a long way.
> > More documentation, tutorials and example code are still needed, but it
> > takes time (and volunteers) to
14 matches
Mail list logo
