Hi Paul, thanks a lot for your reply. I am not using Pulseaudio, just plain ALSA. These are the software versions I am currently using: Linux: 3.5.0 (always on latest stable) Alsa: in-kernel driver, alsa-lib 1.0.25 (always on latest stable) xf86-video-intel: 2.20.0 (always on latest stable) I do not think these matter, but I'll include them nonetheless: xorg-server: 1.12.2 libdrm: 2.4.33 mesa: 8.0.3 I am not using a Live-System. This is a Gentoo Linux system, booted from UEFI. This is what is already working: * 3D acceleration * Sound (except from this very issue) * DTS/Dolby Digital passthrough * 7.1 LPCM This is what does not work: * DTS HD/Dolby TrueHD pass-through/bitstreaming through HDMI 1.3 The driver even recognizes the audio formats supported by my AV receiver: localhost ~ # cat /proc/asound/card0/eld#3.0 monitor_present 1 eld_valid 1 monitor_name VSX-LX51 connection_type HDMI eld_version [0x2] CEA-861D or below edid_version [0x3] CEA-861-B, C or D manufacture_id 0x2f41 product_id 0x0 port_id 0x0 support_hdcp 0 support_ai 1 audio_sync_delay 4 speakers [0x4f] FL/FR LFE FC RL/RR RLC/RRC sad_count 9 sad0_coding_type [0x1] LPCM sad0_channels 2 sad0_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 192000 sad0_bits [0xe0000] 16 20 24 sad1_coding_type [0x1] LPCM sad1_channels 8 sad1_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 192000 sad1_bits [0xe0000] 16 20 24 sad2_coding_type [0x2] AC-3 sad2_channels 6 sad2_rates [0xe0] 32000 44100 48000 sad2_max_bitrate 640000 sad3_coding_type [0x7] DTS sad3_channels 7 sad3_rates [0x6c0] 44100 48000 88200 96000 sad3_max_bitrate 1536000 sad4_coding_type [0x9] DSD (One Bit Audio) sad4_channels 6 sad4_rates [0x40] 44100 sad5_coding_type [0xa] E-AC-3/DD+ (Dolby Digital Plus) sad5_channels 8 sad5_rates [0xc0] 44100 48000 sad6_coding_type [0xb] DTS-HD sad6_channels 8 sad6_rates [0x1ec0] 44100 48000 88200 96000 176400 192000 sad7_coding_type [0xc] MLP (Dolby TrueHD) sad7_channels 8 sad7_rates [0x1ec0] 44100 48000 88200 96000 176400 192000 sad8_coding_type [0xe] WMAPro sad8_channels 8 sad8_rates [0x6e0] 32000 44100 48000 88200 96000 sad8_profile 3 I am not sure if this is a regression. I do not have any other Intel systems I could use for testing (like Sandy Bridge or earlier), only my Ivy Bridge build with a HD4000. I can only say that DTS HD passthrough works in a similar Linux system with a NVidia GT 430 using the command above, so it can neither be the cable's nor the receiver's fault. - Frederik 2012/7/22 Paul Menzel <paulepanter at users.sourceforge.net>: > Dear Frederik, > > > Am Freitag, den 20.07.2012, 21:03 +0200 schrieb Frederik Vogelsang: > >> I am using a Core i5-3475S on a ASUS P8H77-I. The system is connected >> to my amp through HDMI. For some reason I cannot get passthrough of >> DTS-HD MA or Dolby TrueHD to work properly. On my HTPC with an ION2 >> chipset I can use >> >> aplay -D hdmi:CARD=NVidia,DEV=2,AES0=6 -c8 -fs16_le -r192000 dtshd_test.spdif >> >> and the receiver recognizes and plays the DTS-HD MA stream. On my >> Intel system I am trying the exact same thing (different card name, >> obviously) and the receiver only plays noise (shows 7.1 PCM instead of >> DTS-HD). >> >> Am I doing anything wrong? Are there any configuration options I am >> missing or kernel module parameters? I am using the latest stable >> xf86-video-intel driver and Linux kernel. > > I guess the developers might look at your problem on Monday, but please > note the specific versions. ALSA version might also be interesting. Do > you use PulseAudio? Have you tried some live systems? And lastly is this > a regression? > > Anyway, please also provide some log files as documented in [1]. > > > Thanks and good luck, > > Paul > > > [1] http://intellinuxgraphics.org/how_to_report_bug.html > > _______________________________________________ > Intel-gfx mailing list > Intel-gfx at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx >
