Takashi Iwai a écrit : > At Tue, 30 Jun 2009 22:51:03 +0200, > Stephane BERTHELOT wrote: > > > Hm, so apparently your TV doesn't accept non-audio format? > But TV accepted the ac3dec output with -R option, right? > (Make sure this -- otherwise ac3dec might have decoded by itself.) > > Basically, -R means to send the encoded an AC3 stream (packed in the > SPDIF format) without setting non-audio bit. Whether non-audio bit is > 1 or 0 is the only difference between -C and -R. So, if -R really > works but not -C, it means that the non-audio bit must be off no > matter what you send. Weird. > > I'm sure the TV only accepted -R and not -C (or -P) with the same ac3 file. But I'm confused since I was quite sure -R would *decode* ac3 to PCM and then send it in LPCM format. I used alsa-tools 1.0.20, should I try with a Git version ? Sorry to ask this, but are you sure the data is sent as-is (in ac3 format) with only audio bit changed ? It sounds effectively completely weird to me, because moreover my Amp is showing LPCM format with -R (my TV would downsample the 5.1 AC3 signal to LPCM ??) >> I may try again on XP/Vista tomorrow to be really sure it works on them. >> >> When changing play mode AES0 changes from 0x00 to 0x02 and AES1 to AES3 stay >> the same (0x82,0x00,0x02 if I remember well) >> > > Note that the setup you made before ac3dec will be overridden anyway. > And during ac3dec playback, the status bits are locked and can't be > changed by others. > > Ok that's what I thought since ac3dec show AES bytes and they depend only on command line options and not iecset done before. > Takashi > > > Stephane. _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
