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
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
