[Intel-gfx] HD 4000: Passthrough for HD audio formats
Frederik Vogelsang
frederik.vogelsang at gmail.com
Thu Jul 26 18:26:17 CEST 2012
Thank you for your statement, Daniel.
Is there any way to work around the HDMI infoframe issues you have
mentioned? Are there any patches I could try?
Regards,
Frederik
2012/7/24 Daniel Vetter <daniel at ffwll.ch>:
> On Tue, Jul 24, 2012 at 08:46:04PM +0200, Frederik Vogelsang wrote:
>> 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.
>
> See the comment I've added. Retesting on 3.5 (and if that doesn't work on
> 3.6-rc1 respectively drm-next) is required, otherwise we'll have known
> hdmi infoframe issues. Which could very well explain why hbr doesn't work.
>
> Cheers, Daniel
>
>>
>>
>> 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
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Mail: daniel at ffwll.ch
> Mobile: +41 (0)79 365 57 48
More information about the Intel-gfx
mailing list