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

[Frederik Vogelsang]

Hi,

thanks for your feedback, Attila.

2012/7/24 alanwww1 <alanwww1 at gmail.com>:
> I already reported this problem here:
> https://bugs.freedesktop.org/show_bug.cgi?id=49055
I see. I did not search bugzilla yet, because I thought this feature
was related to my pretty new hardware components. It's a little
disappointing to hear that HBR sound passthrough does not even work on
Sandy Bridge yet.

> I'll try to ping him if there is any newson this.
That would be nice. Any developer information on this (like "we are
working on it") would be appreciated.


Regards,
 Frederik


2012/7/24 alanwww1 <alanwww1 at gmail.com>:
> Hi all !
>
> I already reported this problem here:
> https://bugs.freedesktop.org/show_bug.cgi?id=49055
>
> I was also in emailing on this problem with Intel developer Wu Fengguang.
> It is probably an Intel driver problem.
> His last email (back in may) was:
>
> "Hi Attila,
>
> Sorry for the delay! During the time I consulted another Intel
> developer but still remain clueless on this problem. I'll try to
> reach the Windows driver developers for help..
>
> Thanks,
> Fengguang"
>
> I'll try to ping him if there is any newson this.
>
> Cheers,
>
> Attila
>
>
> 2012/7/22 Frederik Vogelsang <frederik.vogelsang at gmail.com>
>>
>> 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