VT8233/A/8235 Clock Problem

VT8233/A/8235 Clock Problem

[drclaw]

Hi, I've got a motherboard with a builtin soundcard, proc/pci says:
VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 80)
(The Mobo is a Gigabyte GA-7VAX, a VIA KT400 chipset with a VT8235)

and I find that (on Line 83 in alsa-kernel/pci/via82xx.c) the:
static int ac97_clock[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS - 1)] = 48000};

...works better for me when the 48000 is changed to 44100.  For some
reason whenever I try to play old Loki games, it'll basically play
cycles of samples (too fast) with pops in the middle unless I change the
file in this manner.  I'm specifically doing this through the oss driver
to an old Loki game.  Thought you might want to know and possibly modify
the file or, more likely, find a better solution.  

784 - Michael C. Piantedosi - drclaw@dogsolitude.org


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Clemens Ladisch]

drclaw@dogsolitude.org wrote:
> Hi, I've got a motherboard with a builtin soundcard, proc/pci says:
> VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 80)
> (The Mobo is a Gigabyte GA-7VAX, a VIA KT400 chipset with a VT8235)
>
> and I find that (on Line 83 in alsa-kernel/pci/via82xx.c) the:
> static int ac97_clock[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS - 1)] = 48000};
>
> ...works better for me when the 48000 is changed to 44100.

This is a module option; instead of changing this line, you are
supposed to put the following line into modules.conf:

  options snd-via82xx ac97_clock=44100

(or, if an options line for this module already exists, add it there)


HTH
Clemens




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Mark Knecht]

On Mon, 2003-12-08 at 01:05, Clemens Ladisch wrote:
> drclaw@dogsolitude.org wrote:
> > Hi, I've got a motherboard with a builtin soundcard, proc/pci says:
> > VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 80)
> > (The Mobo is a Gigabyte GA-7VAX, a VIA KT400 chipset with a VT8235)
> >
> > and I find that (on Line 83 in alsa-kernel/pci/via82xx.c) the:
> > static int ac97_clock[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS - 1)] = 48000};
> >
> > ...works better for me when the 48000 is changed to 44100.
> 
> This is a module option; instead of changing this line, you are
> supposed to put the following line into modules.conf:
> 
>   options snd-via82xx ac97_clock=44100
> 
> (or, if an options line for this module already exists, add it there)
> 
> 
> HTH
> Clemens
> 

Clemens,
  This is helpful. I'm having similar problems, so I'll try this out
later today.

   BTW - how can I get a list of all possible module options for a given
card or device? Is there any way to find out about this  without reading
the code?

Thanks,
Mark



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Clemens Ladisch]

Mark Knecht wrote:
>    BTW - how can I get a list of all possible module options for a given
> card or device? Is there any way to find out about this  without reading
> the code?

modinfo snd-via82xx

or read alsa-kernel/Documentation/ALSA-Configuration.txt and
alsa-driver/INSTALL.


HTH
Clemens




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Mark Knecht]

On Mon, 2003-12-08 at 07:49, Clemens Ladisch wrote:
> Mark Knecht wrote:
> >    BTW - how can I get a list of all possible module options for a given
> > card or device? Is there any way to find out about this  without reading
> > the code?
> 
> modinfo snd-via82xx

Cool. Thanks. I don't see explanations of the ac97_clock settings.

Wizard root # modinfo snd-via82xx
filename:   
/lib/modules/2.4.20-gentoo-r9/kernel/sound/pci/snd-via82xx.o
description: "VIA VT82xx audio"
author:      "Jaroslav Kysela <perex@suse.cz>"
license:     "GPL"
parm:        index int array (min = 1, max = 8), description "Index
value for VIA 82xx bridge."
parm:        id string array (min = 1, max = 8), description "ID string
for VIA 82xx bridge."
parm:        enable int array (min = 1, max = 8), description "Enable
audio part of VIA 82xx bridge."
parm:        mpu_port long array (min = 1, max = 8), description
"MPU-401 port. (VT82C686x only)"
parm:        ac97_clock int array (min = 1, max = 8), description "AC'97
codec clock (default 48000Hz)."
parm:        dxs_support int array (min = 1, max = 8), description
"Support for DXS channels (0 = auto, 1 = enable, 2 = disable
, 3 = 48k only, 4 = no VRA)"
Wizard root # man modinfo


Is this what I would look at to see the results of changing this
parameter?

Wizard root # cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : SPCV LDAC SDAC CDAC SPDIF=res VRA
PCM front DAC    : 48000Hz
PCM Surr DAC     : 48000Hz
PCM LFE DAC      : 48000Hz
PCM ADC          : 48000Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
SPDIF In Status  : Not Locked
Wizard root # 


> 
> or read alsa-kernel/Documentation/ALSA-Configuration.txt and

a number of us were looking for this the other day and couldn't find it:

Wizard root # slocate ALSA-Configuration.txt
Wizard root #

I guess not all distributions install it, so I hope you will forgive me
not being able to read it without doing extra work. Possibly it's in a
zipped tarball somewhere...

> alsa-driver/INSTALL.
> 
> 
> HTH
> Clemens
> 
> 



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Mark Knecht]

On Mon, 2003-12-08 at 01:05, Clemens Ladisch wrote:
> This is a module option; instead of changing this line, you are
> supposed to put the following line into modules.conf:
> 
>   options snd-via82xx ac97_clock=44100
> 
> (or, if an options line for this module already exists, add it there)
> 
> 
> HTH
> Clemens

Clemens,
   Hi. This option did not fix my sound problems with the Via 8235. It
still sounds like it's resampling the sound. I hear artifacts all over
the place. 

   I do think the option worked since the PCM stuff now says it's
running at 44100, but I wonder if there is another option for the spdif
side, or is there a bug in that the driver should be setting this at the
same time? I'm not using spdif on this motherboard, but possibly when it
runs at 48K that makes the hardware do something to the PCM data?

   alsaplayer and xmms both sound equally bad though OSS. alsaplayer
says it's playing at 44100. alsaplayer through Jack and my HDSP 9652
sounds good.

   Any other ideas about what to try?

- Mark


Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : SPCV LDAC SDAC CDAC SPDIF=res SPDIF VRA
PCM front DAC    : 44100Hz
PCM Surr DAC     : 44100Hz
PCM LFE DAC      : 44100Hz
PCM ADC          : 44100Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
SPDIF In Status  : Not Locked
Wizard root # 




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1603 bytes --]

On Mon, Dec 08, 2003 at 12:16:55PM -0800, Mark Knecht wrote:
> On Mon, 2003-12-08 at 01:05, Clemens Ladisch wrote:
> > This is a module option; instead of changing this line, you are
> > supposed to put the following line into modules.conf:
> > 
> >   options snd-via82xx ac97_clock=44100
> > 
> > (or, if an options line for this module already exists, add it there)
> > 
> > 
> > HTH
> > Clemens
> 
> Clemens,
>    Hi. This option did not fix my sound problems with the Via 8235. It
> still sounds like it's resampling the sound. I hear artifacts all over
> the place. 
> 
>    I do think the option worked since the PCM stuff now says it's
> running at 44100, but I wonder if there is another option for the spdif
> side, or is there a bug in that the driver should be setting this at the
> same time? I'm not using spdif on this motherboard, but possibly when it
> runs at 48K that makes the hardware do something to the PCM data?
> 
>    alsaplayer and xmms both sound equally bad though OSS. alsaplayer
> says it's playing at 44100. alsaplayer through Jack and my HDSP 9652
> sounds good.

Most likely you need the dxs_support option instead of ac97_clock.

With dxs_support=2 the sound should work fine, but the hardware mixing
capability will be disabled.  Then you can try dxs_support=1 or
dxs_support=4.

By default snd-via82xx uses dxs_support=3 (except for certain known
motherboards), this makes only 48000 sampling rate available.  The
ALSA library can perform resampling for ALSA apps, and the kernel OSS
emulation layer can do resampling for OSS apps, but the quality is
often not good.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

RE: VT8233/A/8235 Clock Problem

[Mark Knecht]

> Most likely you need the dxs_support option instead of ac97_clock.
>
> With dxs_support=2 the sound should work fine, but the hardware mixing
> capability will be disabled.  Then you can try dxs_support=1 or
> dxs_support=4.
>
> By default snd-via82xx uses dxs_support=3 (except for certain known
> motherboards), this makes only 48000 sampling rate available.  The
> ALSA library can perform resampling for ALSA apps, and the kernel OSS
> emulation layer can do resampling for OSS apps, but the quality is
> often not good.
>

Sergey,
   This sounds encouraging. For those of us not in the know, can you tell me
anything about *what* dxs support is? Just point me at a web site with an
explanation if you have one. And what are dxs options 1, 2, 3 & 4 really
doing?

   Does this 2-channel motherboard sound chip actually do hardware mixing?
Or is that for other sound chips in this family?

   I'll try them all out later today.

Thanks,
Mark




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1461 bytes --]

On Mon, Dec 08, 2003 at 01:17:38PM -0800, Mark Knecht wrote:
>    This sounds encouraging. For those of us not in the know, can you tell me
> anything about *what* dxs support is? Just point me at a web site with an
> explanation if you have one. And what are dxs options 1, 2, 3 & 4 really
> doing?

Seems that the only description is what "modinfo snd-via82xx" gives...

0 (unspecified) - consult the table of known subsystem IDs to find the
real value (use 3 if the subsystem ID is not in the table).

1 - enable full support for DXS channels.

2 - disable DXS channels completely.

3 - enable DXS channels, but allow 48000 sample rate only.

4 - enable DXS channels, allow all sample rates, but don't set the rate in
the codec (always set the codec to 48000).

>    Does this 2-channel motherboard sound chip actually do hardware mixing?
> Or is that for other sound chips in this family?

VIA 8233 (but _not_ 8233A) and 8235 can do hardware mixing of 4 streams
(the streams must have the same sample rate - on the first open the
sampling rate is set, and subsequent streams cannot use anything other).

Actually the chip can support 6-channel output (usually the Mic In and
Line In jacks can be switched to work as outputs - look in alsamixer for
these options, use 'm' to toggle; however, I did not try this myself).
However, in this mode the hardware mixing of multiple streams is not
available (the second subdevice is used for 4- and 6-channel modes).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Mark Knecht]

On Mon, 2003-12-08 at 13:04, Sergey Vlasov wrote:

> Most likely you need the dxs_support option instead of ac97_clock.
> 
> With dxs_support=2 the sound should work fine, but the hardware mixing
> capability will be disabled.  Then you can try dxs_support=1 or
> dxs_support=4.
> 
> By default snd-via82xx uses dxs_support=3 (except for certain known
> motherboards), this makes only 48000 sampling rate available.  The
> ALSA library can perform resampling for ALSA apps, and the kernel OSS
> emulation layer can do resampling for OSS apps, but the quality is
> often not good.

Sergey,
   Thanks for sending me down this path. Definitely I'm getting better
results now. I did find some things out though. Some may possibly be
bugs:

1) On my system dxs_support=3 is NOT the same as not setting dxs_support
at all. With dxs_support not set I get horrible results. With
dxs_support=3 I get reasonable to good results.

2) **ALL** applications I tried (alspalayer, gxine & xmms) are
overdriving the audio path somewhere and causing distortion. The output
level from the motherboard is not hot. In fact, even when the apps are
up full the output level is actually down about 12-15db from where I'd
like it, but I'm getting lots of distortion. When I reduce alsaplayer's
level the distortion mostly goes away, although I'm left with
considerable background hiss. In all cases I monitored the return level
and it never causes my inputs to clip. (This level difference may be a
pro equipment/consumer equipment issue.)

3) With dxs_support=1 I get very bad sounding results. It appears that
there is a bug in the ADC setting. PCM ADC is set to 48K. I think this
is the mode I would really like to use if PCM ADC was set to 44.1K, but
as it is it sounds terrible. dxs=2 is not very good, and dxs=3/4 are
both pretty good. All modes have a lot of hiss compared to my HDP 9652
and outboard D/A. (Expected...)


cat /proc/asound/card0/codec97#0/ac97#0-0

		   dxs=1	dxs=2		dxs=3/4
<SNIP>
PCM front DAC    : 44100Hz	22050Hz		48000Hz
PCM Surr DAC     : 44100Hz	22050Hz		48000Hz
PCM LFE DAC      : 44100Hz	22050Hz		48000Hz
PCM ADC          : 48000Hz	22050Hz		48000Hz
SPDIF Control    : 44.1kHz	44.1kHz		48000Hz

Sound Quality:	   BAD!!	not good	Good

So, I am currently using Mode 4 and getting pretty good results,
although I think Mode 1 would be even better for me if the PCM ADC was
set to the right value.

Cheers,
Mark



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 3468 bytes --]

On Mon, Dec 08, 2003 at 08:08:37PM -0800, Mark Knecht wrote:
> On Mon, 2003-12-08 at 13:04, Sergey Vlasov wrote:
> 
> > Most likely you need the dxs_support option instead of ac97_clock.
> > 
> > With dxs_support=2 the sound should work fine, but the hardware mixing
> > capability will be disabled.  Then you can try dxs_support=1 or
> > dxs_support=4.
> > 
> > By default snd-via82xx uses dxs_support=3 (except for certain known
> > motherboards), this makes only 48000 sampling rate available.  The
> > ALSA library can perform resampling for ALSA apps, and the kernel OSS
> > emulation layer can do resampling for OSS apps, but the quality is
> > often not good.
> 
> Sergey,
>    Thanks for sending me down this path. Definitely I'm getting better
> results now. I did find some things out though. Some may possibly be
> bugs:
> 
> 1) On my system dxs_support=3 is NOT the same as not setting dxs_support
> at all. With dxs_support not set I get horrible results. With
> dxs_support=3 I get reasonable to good results.

This means that you board in known to the driver...

There is an entry for a similar model in the driver:

	{ .vendor = 0x1458, .device = 0xa002, .action = VIA_DXS_ENABLE }, /* Gigabyte GA-7VAXP */

The IDs checked here are the PCI subsystem vendor/device ID of the sound
device.  Run "lspci -v" and find "Multimedia audio controller" in the
output, then look at the "Subsystem:" line.  The vendor ID will probably
be replaced by the corresponding name; you can find out the number by
executing a command like "lspci -nv -s 00:07.5" (use the slot number for
your audio controller which is shown in the lspci output).

> 2) **ALL** applications I tried (alspalayer, gxine & xmms) are
> overdriving the audio path somewhere and causing distortion. The output
> level from the motherboard is not hot. In fact, even when the apps are
> up full the output level is actually down about 12-15db from where I'd
> like it, but I'm getting lots of distortion. When I reduce alsaplayer's
> level the distortion mostly goes away, although I'm left with
> considerable background hiss. In all cases I monitored the return level
> and it never causes my inputs to clip. (This level difference may be a
> pro equipment/consumer equipment issue.)
> 
> 3) With dxs_support=1 I get very bad sounding results. It appears that
> there is a bug in the ADC setting. PCM ADC is set to 48K. I think this
> is the mode I would really like to use if PCM ADC was set to 44.1K, but
> as it is it sounds terrible. dxs=2 is not very good, and dxs=3/4 are
> both pretty good. All modes have a lot of hiss compared to my HDP 9652
> and outboard D/A. (Expected...)
> 
> 
> cat /proc/asound/card0/codec97#0/ac97#0-0
> 
> 		   dxs=1	dxs=2		dxs=3/4
> <SNIP>
> PCM front DAC    : 44100Hz	22050Hz		48000Hz
> PCM Surr DAC     : 44100Hz	22050Hz		48000Hz
> PCM LFE DAC      : 44100Hz	22050Hz		48000Hz
> PCM ADC          : 48000Hz	22050Hz		48000Hz
> SPDIF Control    : 44.1kHz	44.1kHz		48000Hz
> 
> Sound Quality:	   BAD!!	not good	Good
> 
> So, I am currently using Mode 4 and getting pretty good results,
> although I think Mode 1 would be even better for me if the PCM ADC was
> set to the right value.

Something strange is going on here...

With dxs_support=1, the PCM DAC frequencies are set to match the mode
requested by the software.  Probably the VRA support in the onboard codec
is not very good.

Please show the complete contents of
/proc/asound/card0/codec97#0/ac97#0-0.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 4256 bytes --]

On Tue, 2003-12-09 at 02:21, Sergey Vlasov wrote:
> On Mon, Dec 08, 2003 at 08:08:37PM -0800, Mark Knecht wrote:
> > On Mon, 2003-12-08 at 13:04, Sergey Vlasov wrote:
> > 
> > > Most likely you need the dxs_support option instead of ac97_clock.
> > > 
> > > With dxs_support=2 the sound should work fine, but the hardware mixing
> > > capability will be disabled.  Then you can try dxs_support=1 or
> > > dxs_support=4.
> > > 
> > > By default snd-via82xx uses dxs_support=3 (except for certain known
> > > motherboards), this makes only 48000 sampling rate available.  The
> > > ALSA library can perform resampling for ALSA apps, and the kernel OSS
> > > emulation layer can do resampling for OSS apps, but the quality is
> > > often not good.
> > 
> > Sergey,
> >    Thanks for sending me down this path. Definitely I'm getting better
> > results now. I did find some things out though. Some may possibly be
> > bugs:
> > 
> > 1) On my system dxs_support=3 is NOT the same as not setting dxs_support
> > at all. With dxs_support not set I get horrible results. With
> > dxs_support=3 I get reasonable to good results.
> 
> This means that you board in known to the driver...
> 
> There is an entry for a similar model in the driver:
> 
> 	{ .vendor = 0x1458, .device = 0xa002, .action = VIA_DXS_ENABLE }, /* Gigabyte GA-7VAXP */
> 
> The IDs checked here are the PCI subsystem vendor/device ID of the sound
> device.  Run "lspci -v" and find "Multimedia audio controller" in the
> output, then look at the "Subsystem:" line.  The vendor ID will probably
> be replaced by the corresponding name; you can find out the number by
> executing a command like "lspci -nv -s 00:07.5" (use the slot number for
> your audio controller which is shown in the lspci output).
> 
> > 2) **ALL** applications I tried (alspalayer, gxine & xmms) are
> > overdriving the audio path somewhere and causing distortion. The output
> > level from the motherboard is not hot. In fact, even when the apps are
> > up full the output level is actually down about 12-15db from where I'd
> > like it, but I'm getting lots of distortion. When I reduce alsaplayer's
> > level the distortion mostly goes away, although I'm left with
> > considerable background hiss. In all cases I monitored the return level
> > and it never causes my inputs to clip. (This level difference may be a
> > pro equipment/consumer equipment issue.)
> > 
> > 3) With dxs_support=1 I get very bad sounding results. It appears that
> > there is a bug in the ADC setting. PCM ADC is set to 48K. I think this
> > is the mode I would really like to use if PCM ADC was set to 44.1K, but
> > as it is it sounds terrible. dxs=2 is not very good, and dxs=3/4 are
> > both pretty good. All modes have a lot of hiss compared to my HDP 9652
> > and outboard D/A. (Expected...)
> > 
> > 
> > cat /proc/asound/card0/codec97#0/ac97#0-0
> > 
> > 		   dxs=1	dxs=2		dxs=3/4
> > <SNIP>
> > PCM front DAC    : 44100Hz	22050Hz		48000Hz
> > PCM Surr DAC     : 44100Hz	22050Hz		48000Hz
> > PCM LFE DAC      : 44100Hz	22050Hz		48000Hz
> > PCM ADC          : 48000Hz	22050Hz		48000Hz
> > SPDIF Control    : 44.1kHz	44.1kHz		48000Hz
> > 
> > Sound Quality:	   BAD!!	not good	Good
> > 
> > So, I am currently using Mode 4 and getting pretty good results,
> > although I think Mode 1 would be even better for me if the PCM ADC was
> > set to the right value.
> 
> Something strange is going on here...
> 
> With dxs_support=1, the PCM DAC frequencies are set to match the mode
> requested by the software.  Probably the VRA support in the onboard codec
> is not very good.
> 
> Please show the complete contents of
> /proc/asound/card0/codec97#0/ac97#0-0.

The attached file has the output you asked for for all 5 possibilities,
none, 0,1,2,3. However, the 'none' setting was actually

option snd-via82xx dxs_support

with no number following, instead of no option statement at all. The
sound was the same bad sound, so I think this was probably not an issue.

I am disappointed that there is no option to set the PCM ADC to 44100 in
dxs_support=1. Is that something that could be changed in a future rev,
as in dxs_support=5 ? Since I work 100% of the time in 44100 it would
seem that this is requiring me to resample.

Thanks,
Mark



[-- Attachment #2: dxs_support.txt --]
[-- Type: text/plain, Size: 3939 bytes --]

dxs_support=not set at all


Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : SPCV LDAC SDAC CDAC SPDIF=res SPDIF VRA
PCM front DAC    : 48000Hz
PCM Surr DAC     : 48000Hz
PCM LFE DAC      : 48000Hz
PCM ADC          : 48000Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
SPDIF In Status  : Not Locked
Wizard root # 


dxs_support=1


Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : LDAC SDAC CDAC SPDIF=res SPDIF VRA
PCM front DAC    : 44100Hz
PCM Surr DAC     : 44100Hz
PCM LFE DAC      : 44100Hz
PCM ADC          : 48000Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=44.1kHz
SPDIF In Status  : Not Locked
Wizard root # 


dxs_support=2

Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : LDAC SDAC CDAC SPDIF=res VRA
PCM front DAC    : 22050Hz
PCM Surr DAC     : 22050Hz
PCM LFE DAC      : 22050Hz
PCM ADC          : 22050Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=44.1kHz
SPDIF In Status  : Not Locked
Wizard root # 


dxs_support=4


Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : SPCV LDAC SDAC CDAC SPDIF=res SPDIF VRA
PCM front DAC    : 48000Hz
PCM Surr DAC     : 48000Hz
PCM LFE DAC      : 48000Hz
PCM ADC          : 48000Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
SPDIF In Status  : Not Locked
Wizard root # 


dxs_support=4


Wizard root # !cat
cat /proc/asound/card0/codec97#0/ac97#0-0
0-0/0: Realtek ALC650 rev 2

Capabilities     :
DAC resolution   : 20-bit
ADC resolution   : 18-bit
3D enhancement   : Realtek 3D Stereo Enhancement

Current setup
Mic gain         : +0dB [+0dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off
Extended ID      : codec=0 rev=1 LDAC SDAC CDAC DSA=0 SPDIF DRA VRA
Extended status  : SPCV LDAC SDAC CDAC SPDIF=res SPDIF VRA
PCM front DAC    : 48000Hz
PCM Surr DAC     : 48000Hz
PCM LFE DAC      : 48000Hz
PCM ADC          : 48000Hz
SPDIF Control    : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
SPDIF In Status  : Not Locked
Wizard root # 

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Jaroslav Kysela]

On Tue, 9 Dec 2003, Mark Knecht wrote:

> I am disappointed that there is no option to set the PCM ADC to 44100 in

ADC is for capture not for playback.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Mark Knecht]

On Tue, 2003-12-09 at 05:35, Jaroslav Kysela wrote:
> On Tue, 9 Dec 2003, Mark Knecht wrote:
> 
> > I am disappointed that there is no option to set the PCM ADC to 44100 in
> 
> ADC is for capture not for playback.

Well, of course you are right about this. Is it 5:30AM where you are
like it is here? (I should do more thinking!) ;-)

Thanks Jaroslav.

Then how do we explain that in dxs_support=2 my sound is so bad? I'm
using 44.1KHz material and supposedly everything is running at 44.1KHz. 

- Mark



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Jaroslav Kysela]

On Tue, 9 Dec 2003, Mark Knecht wrote:

> On Tue, 2003-12-09 at 05:35, Jaroslav Kysela wrote:
> > On Tue, 9 Dec 2003, Mark Knecht wrote:
> > 
> > > I am disappointed that there is no option to set the PCM ADC to 44100 in
> > 
> > ADC is for capture not for playback.
> 
> Well, of course you are right about this. Is it 5:30AM where you are
> like it is here? (I should do more thinking!) ;-)
> 
> Thanks Jaroslav.
> 
> Then how do we explain that in dxs_support=2 my sound is so bad? I'm
> using 44.1KHz material and supposedly everything is running at 44.1KHz. 

To be honest, we don't know at the moment. It seems that our 
initialization of the VIA bridge might be broken for some reason and VRA 
(variable rate) communication between this bridge and VRA capable AC'97 
codec is not 100% correct.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[Mark Knecht]

On Tue, 2003-12-09 at 06:31, Jaroslav Kysela wrote:
> On Tue, 9 Dec 2003, Mark Knecht wrote:

> > Then how do we explain that in dxs_support=2 my sound is so bad? I'm
> > using 44.1KHz material and supposedly everything is running at 44.1KHz. 
> 
> To be honest, we don't know at the moment. It seems that our 
> initialization of the VIA bridge might be broken for some reason and VRA 
> (variable rate) communication between this bridge and VRA capable AC'97 
> codec is not 100% correct.
> 
> 						Jaroslav
> 

Jaroslav,
   I can certainly accept that we don't know the answer yet. Without
respect to either schedule or priority, is it a goal to understand why
this is happening and to eventually get this fixed?

   I can wait for a solution. The dxs=4 option is certainly working well
enough for me right now. (I think!) I just want to know that getting
this solution is at least on the TODO list and will be addressed one of
these days.

Thanks,
Mark



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/

Re: VT8233/A/8235 Clock Problem - good results, some possible bugs?

[James Courtier-Dutton]

Jaroslav Kysela wrote:
> On Tue, 9 Dec 2003, Mark Knecht wrote:
> 
> 
>>On Tue, 2003-12-09 at 05:35, Jaroslav Kysela wrote:
>>
>>>On Tue, 9 Dec 2003, Mark Knecht wrote:
>>>
>>>
>>>>I am disappointed that there is no option to set the PCM ADC to 44100 in
>>>
>>>ADC is for capture not for playback.
>>
>>Well, of course you are right about this. Is it 5:30AM where you are
>>like it is here? (I should do more thinking!) ;-)
>>
>>Thanks Jaroslav.
>>
>>Then how do we explain that in dxs_support=2 my sound is so bad? I'm
>>using 44.1KHz material and supposedly everything is running at 44.1KHz. 
> 
> 
> To be honest, we don't know at the moment. It seems that our 
> initialization of the VIA bridge might be broken for some reason and VRA 
> (variable rate) communication between this bridge and VRA capable AC'97 
> codec is not 100% correct.
> 
> 						Jaroslav
> 

I think this problem is caused by a bug in the sample rate converters.
I am getting similar problems with the intel8x0 driver, and I think it 
is being caused by the sample rate converters not acting when using the 
"default" or "front" device.

Cheers
James



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/