* HD 4000: Passthrough for HD audio formats
@ 2012-07-20 19:03 Frederik Vogelsang
2012-07-22 16:10 ` Paul Menzel
0 siblings, 1 reply; 8+ messages in thread
From: Frederik Vogelsang @ 2012-07-20 19:03 UTC (permalink / raw)
To: intel-gfx
Hi,
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.
Regards,
Frederik
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-20 19:03 HD 4000: Passthrough for HD audio formats Frederik Vogelsang
@ 2012-07-22 16:10 ` Paul Menzel
2012-07-22 19:55 ` Frederik Vogelsang
0 siblings, 1 reply; 8+ messages in thread
From: Paul Menzel @ 2012-07-22 16:10 UTC (permalink / raw)
To: intel-gfx
[-- Attachment #1.1: Type: text/plain, Size: 1232 bytes --]
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
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-22 16:10 ` Paul Menzel
@ 2012-07-22 19:55 ` Frederik Vogelsang
2012-07-24 7:05 ` alanwww1
0 siblings, 1 reply; 8+ messages in thread
From: Frederik Vogelsang @ 2012-07-22 19:55 UTC (permalink / raw)
To: Paul Menzel; +Cc: intel-gfx
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@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@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-22 19:55 ` Frederik Vogelsang
@ 2012-07-24 7:05 ` alanwww1
2012-07-24 18:46 ` Frederik Vogelsang
0 siblings, 1 reply; 8+ messages in thread
From: alanwww1 @ 2012-07-24 7:05 UTC (permalink / raw)
To: Frederik Vogelsang; +Cc: intel-gfx, Paul Menzel
[-- Attachment #1.1: Type: text/plain, Size: 5461 bytes --]
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@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@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@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/intel-gfx
> >
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
[-- Attachment #1.2: Type: text/html, Size: 8325 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-24 7:05 ` alanwww1
@ 2012-07-24 18:46 ` Frederik Vogelsang
2012-07-24 18:50 ` Daniel Vetter
0 siblings, 1 reply; 8+ messages in thread
From: Frederik Vogelsang @ 2012-07-24 18:46 UTC (permalink / raw)
To: alanwww1; +Cc: intel-gfx
Hi,
thanks for your feedback, Attila.
2012/7/24 alanwww1 <alanwww1@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@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@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@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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-24 18:46 ` Frederik Vogelsang
@ 2012-07-24 18:50 ` Daniel Vetter
2012-07-26 16:26 ` Frederik Vogelsang
0 siblings, 1 reply; 8+ messages in thread
From: Daniel Vetter @ 2012-07-24 18:50 UTC (permalink / raw)
To: Frederik Vogelsang; +Cc: intel-gfx
On Tue, Jul 24, 2012 at 08:46:04PM +0200, Frederik Vogelsang wrote:
> Hi,
>
> thanks for your feedback, Attila.
>
> 2012/7/24 alanwww1 <alanwww1@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@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@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@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@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-24 18:50 ` Daniel Vetter
@ 2012-07-26 16:26 ` Frederik Vogelsang
2012-07-26 16:41 ` Daniel Vetter
0 siblings, 1 reply; 8+ messages in thread
From: Frederik Vogelsang @ 2012-07-26 16:26 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
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@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@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@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@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@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@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Mail: daniel@ffwll.ch
> Mobile: +41 (0)79 365 57 48
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: HD 4000: Passthrough for HD audio formats
2012-07-26 16:26 ` Frederik Vogelsang
@ 2012-07-26 16:41 ` Daniel Vetter
0 siblings, 0 replies; 8+ messages in thread
From: Daniel Vetter @ 2012-07-26 16:41 UTC (permalink / raw)
To: Frederik Vogelsang; +Cc: intel-gfx
On Thu, Jul 26, 2012 at 06:26:17PM +0200, Frederik Vogelsang wrote:
> 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?
Other people have already tested 3.6-next and it did not help. So I guess
the issue is with the sound driver, at least I'm not aware of anything
that we should set up on the drm/i915 side, nor of any bugs with our hdmi
support.
Sorry that I can't help further :(
-Daniel
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-07-26 16:41 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-20 19:03 HD 4000: Passthrough for HD audio formats Frederik Vogelsang
2012-07-22 16:10 ` Paul Menzel
2012-07-22 19:55 ` Frederik Vogelsang
2012-07-24 7:05 ` alanwww1
2012-07-24 18:46 ` Frederik Vogelsang
2012-07-24 18:50 ` Daniel Vetter
2012-07-26 16:26 ` Frederik Vogelsang
2012-07-26 16:41 ` Daniel Vetter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).