01.11.2013 01:51, Rafał Miłecki kirjoitti:
2013/11/1 Anssi Hannula anssi.hannula@iki.fi:
Just to check, is the display mode 720p50 or higher (as per HDMI spec 7.3.3)? Though I guess too small mode would cause something else, not this...
I'm using 1080p all the time. Do you think that HDMI_AUDIO_PACKETS_PER_LINE may have anything to do with this issue (see evergreen_hdmi.c)?
Well, anything is possible, but that stuff seems unlikely here, since apparently some channels get through fine. In multichannel HDMI one sample of each channel is carried in each audio sample packet, so just straight "packet loss" shouldn't cause this.
Also, does DTS-HD/TrueHD work with this receiver (interesting since those require 8-channel 192kHz link)?
Both are working for me. I've tested it using 2 movies:
- English TrueHD.5.1 @ 1417 kbps
- Audio
Codec................: DTSHD-MA Bitrate..............: 3718 kbps kHz/bit..............: 24-bit Channels.............: 5.1 Language.............: English
Which makes it even stranger, since HBR packets look exactly like ASP packets with a few flipped bits.
Hm, the earlier non-working speaker-test commands were with -c6. What about -c8?
Would be interesting to check if this works in Windows I guess (or maybe even just fglrx, though I can't think of a reason it'd make a difference).
Installing fglrx is an option, I can try that. Not a big chance for Windows here.