Re: [alsa-cvslog] CVS: alsa-lib/test iecbits.c,NONE,1.1 iecset.c,NONE,1.1 .cvsignore,1.11,1.12 Makefile.am,1.24,1.25

Re: [alsa-cvslog] CVS: alsa-lib/test iecbits.c,NONE,1.1 iecset.c,NONE,1.1 .cvsignore,1.11,1.12 Makefile.am,1.24,1.25

[James Courtier-Dutton]

Takashi Iwai wrote:
> Update of /cvsroot/alsa/alsa-lib/test
> In directory sc8-pr-cvs1:/tmp/cvs-serv8451
> 
> Modified Files:
> 	.cvsignore Makefile.am 
> Added Files:
> 	iecbits.c iecset.c 
> Log Message:
> added iecset program (this could be to alsa-utils after more
> enhancements).
> 
This could be useful for a number of reasons.
One reason it might help for is this.
1) Application outputing to the "front" device outputs sound to the 
spdif with PCM iec mode set.
2) Application finishes, leaving PCM iec mode set.
3) New application outputs AC3 stream with NON-AUDIO iec mode set.
4) Application finishes, leaving PCM iec mode set.
5) New application outputs AC3 stream with NON-AUDIO iec mode set.
6) Application gets killed with "kill -9 PID" leaving NON-AUDIO iec mode 
set.
7) Application outputing to the "front" device outputs sound, but the 
spdif is left in NON-AUDIO iec mode, so no sound comes out of the spdif.
 From then onwards all application outputting sound will default to 
NON-AUDIO bit being set, when the sensible assumption would be to set 
PCM mode as default, and only set NON-AUDIO mode when using a device 
name like "iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2"

So my question is, can iecbits.c code be used to set the default iec 
mode back to PCM, if it has accidentally been fixed on NON-AUDIO due to 
the kill -9 ?

Cheers
James



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: [alsa-cvslog] CVS: alsa-lib/test iecbits.c,NONE,1.1 iecset.c,NONE,1.1 .cvsignore,1.11,1.12 Makefile.am,1.24,1.25

[Takashi Iwai]

At Tue, 30 Sep 2003 18:20:24 +0100,
James Courtier-Dutton wrote:
> 
> Takashi Iwai wrote:
> > Update of /cvsroot/alsa/alsa-lib/test
> > In directory sc8-pr-cvs1:/tmp/cvs-serv8451
> > 
> > Modified Files:
> > 	.cvsignore Makefile.am 
> > Added Files:
> > 	iecbits.c iecset.c 
> > Log Message:
> > added iecset program (this could be to alsa-utils after more
> > enhancements).
> > 
> This could be useful for a number of reasons.
> One reason it might help for is this.
> 1) Application outputing to the "front" device outputs sound to the 
> spdif with PCM iec mode set.
> 2) Application finishes, leaving PCM iec mode set.
> 3) New application outputs AC3 stream with NON-AUDIO iec mode set.
> 4) Application finishes, leaving PCM iec mode set.
> 5) New application outputs AC3 stream with NON-AUDIO iec mode set.
> 6) Application gets killed with "kill -9 PID" leaving NON-AUDIO iec mode 
> set.
> 7) Application outputing to the "front" device outputs sound, but the 
> spdif is left in NON-AUDIO iec mode, so no sound comes out of the spdif.
>  From then onwards all application outputting sound will default to 
> NON-AUDIO bit being set, when the sensible assumption would be to set 
> PCM mode as default, and only set NON-AUDIO mode when using a device 
> name like "iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2"
> 
> So my question is, can iecbits.c code be used to set the default iec 
> mode back to PCM, if it has accidentally been fixed on NON-AUDIO due to 
> the kill -9 ?

yes, just run:

	% iecset audio yes

for changing the sample rate to 44.1kHz and switch to professional
mode with non-audio mode, run it like:

	% iecset prof yes rate 44100 audio no

the program will dump the current status (after changing values if any
given), too, like below:

	% iecset 
	Mode: consumer
	Data: audio
	Rate: 48000 Hz
	Copyright: permitted
	Emphasis: none
	Category: mixer
	Original: original
	Clock: 1000 ppm

with -x option, it will print AES arguments for convenience, instead
of human readable information:

	% iecset -x
	AES0=0x04,AES1=0x92,AES2=0x10,AES3=0x02

as mentioned above, it's put just for tests, so far.
if there is enough demand, it should be on alsa-utils, of couse :)


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: [alsa-cvslog] CVS: alsa-lib/test iecbits.c,NONE,1.1 iecset.c,NONE,1.1 .cvsignore,1.11,1.12 Makefile.am,1.24,1.25

[Takashi Iwai]

At Tue, 30 Sep 2003 19:33:58 +0200,
I wrote:
> 
> as mentioned above, it's put just for tests, so far.
> if there is enough demand, it should be on alsa-utils, of couse :)

ok, now it's moved to alsa-utils, so that everyone can use this small
guy.  it will appear in alsa-utils tarball in the next release.


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/