[Intel-gfx] HD 4000: Passthrough for HD audio formats

Frederik Vogelsang frederik.vogelsang at gmail.com
Sun Jul 22 21:55:06 CEST 2012


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
>



More information about the Intel-gfx mailing list