Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Jaroslaw Sobierski <fycio@gucio.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: perex@suse.cz, alsa-devel@lists.sourceforge.net
Subject: Re: S/PDIF on AD1980 patch
Date: Thu, 20 Feb 2003 13:29:55 -0800	[thread overview]
Message-ID: <1045776595.3e5548d30da5d@webmail3.namezero.com> (raw)
In-Reply-To: <s5hel63fbmw.wl@alsa2.suse.de>

Quoting Takashi Iwai <tiwai@suse.de>:

> > > hmm.. ICH4 has a separate SPDIF channel and it looks like we don't use
> > > this properly.  that is, SPDIF is routed via the normal slot 3/4.
> > > perhaps we should route the spdif via slot 10/11 (in GLOB_CNT bit
> > > 30:31 to 1:1), and set SPSA to the corresponding value.
> > > the definition of iec958 in ICH.conf should be rewritten, too...
> > The default configuration for ad1980 is to use slots 7/8. 3/4 is not
> > the best choice since the DACs are set to this by default. I don't
> > think ICH4 has anything to do with this, I downloaded the specs a while
> > ago only to realize that it just gives you access to the ac97 regs and
> > that's it.
> 
> no, as mentioned above, ICH4 has the configuration of SPDIF out slots
> via GLOB_CNT bits 30:31.  please check these bits.

You're absoultely right (of course). I didn't get that far in the ICH4 docs,
I thought the ac97 chapter covers it all :-).


> 
> > There's practically nothing to configure on the south bridge itself.
> > 
> > > 
> > > anyway,  can you check whether the register 0x3a is set correctly when
> > > mplayer tries to play ac3?
> > > 
> > Yes and no :-). I dumped all ac97 regs from /proc and was going to send
> > you teh list, but they did not change at all between PCM and ac3. I later
> > discovered, quite by accident, that for some reason ac3 is never routed
> > to the ac97 codec - when I choose the hwac3 option the stream always
> > goes to emu10k1 (and plays correctly over its spdif), even though I 
> > explicitly specify "hw:1". I have to try unloading the modules for emu and
> 
> > see what happens then. But this seems anyway a bug. Unless the ICH driver
> > declares no possibilty to create open ac3 stream and alsa falls back on
> > the default card? 
> 
> can you try ac3dec in alsa-tools (with -C option).
> if it works, then it's a bug of mplayer.  mplayer should access
> "spdif" or "iec958" as the pcm name.

Worked like a charm! No problem, on any of the two cards. So I guess I have
to start patching mplayer now ;-) (which I was gonna do eventually anyway,
since it doesn't handle dts streams correctly).

Thanks a lot for all your help guys! You've greatly help me enjoy my
audio experience on Linux.

Fycio. 

--------------
Fycio (J.Sobierski)
 fycio@gucio.com


-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge

  reply	other threads:[~2003-02-20 21:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-17 16:01 S/PDIF on AD1980 patch Jaroslaw Sobierski
2003-02-18 16:59 ` Takashi Iwai
2003-02-20  9:01   ` Jaroslaw Sobierski
2003-02-20 11:13     ` Takashi Iwai
2003-02-20 21:29       ` Jaroslaw Sobierski [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-02-17 19:36 Jaroslaw Sobierski
2003-02-18 16:50 ` Takashi Iwai
2003-02-19 10:48   ` Jaroslaw Sobierski
2003-02-20  8:37   ` Jaroslaw Sobierski
2003-02-14 23:32 Jaroslaw Sobierski
2003-02-16 12:39 ` Jaroslav Kysela
2003-02-13 11:19 Jaroslaw Sobierski
2003-02-13 11:40 ` Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1045776595.3e5548d30da5d@webmail3.namezero.com \
    --to=fycio@gucio.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=perex@suse.cz \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox