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


On Fri, 2008-08-15 at 16:59 +0200, Takashi Iwai wrote:
> At Sat, 16 Aug 2008 00:45:33 +1000,
> Ben Stanley wrote:
> > 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".
> 
Thanks for the info.
> 
> > > 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.
> 
um, that doesn't work either.

mythtv@mythtv:~$ iecset -D=hw:0 -n 1 audio on
iecset: invalid option -- n
Usage: iecset [options] [cmd arg...]
Options:
    -D device   specifies the control device to use
    -c card     specifies the card number to use (equiv. with -Dhw:#)
    -x          dump the dump the AESx hex code for IEC958 PCM
parameters
    -i          read commands from stdin
Commands:
    professional (common)
    off = consumer mode, on = professional mode
    audio (common)
    on = audio mode, off = non-audio mode
    rate (common)
    sample rate in Hz
    emphasis (common)
    0 = none, 1 = 50/15us, 2 = CCITT
    lock (prof.)
    off = rate unlocked, on = rate locked
    sbits (prof.)
    sample bits 2 = 20bit, 4 = 24bit, 6 = undef
    wordlength (prof.)
    0=no, 2=22-18bit, 4=23-19bit, 5=24-20bit, 6=20-16bit
    category (consumer)
    0-0x7f
    copyright (consumer)
    off = non-copyright, on = copyright
    original (consumer)
    off = 1st-gen, on = original

I see that I have alsa-utils 1.0.15-3ubuntu2 (from ubuntu 8.04). Perhaps
my version is too old?

I will use my clunky old method for now, but I would like to clear up
this iecset issue.

Ben.

  reply	other threads:[~2008-08-15 15:56 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
2008-08-15 15:56       ` Ben Stanley [this message]
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=1218815774.32652.40.camel@localhost \
    --to=ben.stanley@exemail.com.au \
    --cc=alsa-devel@alsa-project.org \
    --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 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.