HD 4000: Passthrough for HD audio formats

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux