All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Ben Stanley <Ben.Stanley@exemail.com.au>
Cc: alsa-devel@alsa-project.org
Subject: Re: SPDIF audio / non-audio bit
Date: Fri, 15 Aug 2008 16:59:22 +0200	[thread overview]
Message-ID: <s5hd4ka5np1.wl%tiwai@suse.de> (raw)
In-Reply-To: <1218811533.32652.33.camel@localhost>

At Sat, 16 Aug 2008 00:45:33 +1000,
Ben Stanley wrote:
> 
> 
> On Thu, 2008-08-14 at 17:19 +0200, Takashi Iwai wrote:
> > Some drivers have the independent PCM IEC958 status bits while many
> > have only the default IEC958 status bits.  In the former case, the
> > driver resets automatically the status bits after closing the PCM
> > stream.  Your case is the latter one, which doesn't reset.  In this
> > case, usually alsa-lib takes the old setting back.  But when the
> > program crashes (or aborted unexpectedly), the new setting is kept
> > even after that, as you described in the above.
> 
> Could you please clarify 
> 'independent PCM IEC958 status bits' vs 
> 'default IEC958 status bits', 
> perhaps by pointing out some drivers implementing each type?

Run the following:
	grep -r 'IEC958.*PCM_STREAM' sound/pci

These drivers have "IEC958 Playback PCM Stream" controls.  These
controls are assigned to PCM streams, and changed individually from
the "IEC958 Playback Default" control.  When the PCM stream is closed,
it's back to the status of "IEC958 Playback Default".


> > > Could someone set me straight here so that I can try to produce a
> > > permanent fix for this?
> > 
> > You can change the status easily via iecset program in alsa-utils.
> I note here that iecset does not accept --device=hw:0,1 for example. Any
> reason for this?

Because it's invalid.  The --device option is for a control device,
not for a PCM device.  If you want to change the secondary control
(i.e. "IEC958 Playback Default" with index=1), pass "-n 1" to iecset.


Takashi

  reply	other threads:[~2008-08-15 14:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-14 14:48 SPDIF audio / non-audio bit Ben Stanley
2008-08-14 15:19 ` Takashi Iwai
2008-08-15 14:45   ` Ben Stanley
2008-08-15 14:59     ` Takashi Iwai [this message]
2008-08-15 15:56       ` Ben Stanley
2008-08-15 16:01         ` 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=s5hd4ka5np1.wl%tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=Ben.Stanley@exemail.com.au \
    --cc=alsa-devel@alsa-project.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.