Re: [Intel-gfx] HD 4000: Passthrough for HD audio formats
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 dan...@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 alanw...@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 alanw...@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.vogels...@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_nameVSX-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_hdcp0 support_ai 1 audio_sync_delay4 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 [0xe] 16 20 24 sad1_coding_type[0x1] LPCM sad1_channels 8 sad1_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 192000 sad1_bits [0xe] 16 20 24 sad2_coding_type[0x2] AC-3 sad2_channels 6 sad2_rates [0xe0] 32000 44100 48000 sad2_max_bitrate64 sad3_coding_type[0x7] DTS sad3_channels 7 sad3_rates [0x6c0] 44100 48000 88200 96000 sad3_max_bitrate1536000 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_profile3 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 paulepan...@users.sourceforge.net: Dear
Re: [Intel-gfx] HD 4000: Passthrough for HD audio formats
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: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] HD 4000: Passthrough for HD audio formats
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.vogels...@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_nameVSX-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_hdcp0 support_ai 1 audio_sync_delay4 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 [0xe] 16 20 24 sad1_coding_type[0x1] LPCM sad1_channels 8 sad1_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 192000 sad1_bits [0xe] 16 20 24 sad2_coding_type[0x2] AC-3 sad2_channels 6 sad2_rates [0xe0] 32000 44100 48000 sad2_max_bitrate64 sad3_coding_type[0x7] DTS sad3_channels 7 sad3_rates [0x6c0] 44100 48000 88200 96000 sad3_max_bitrate1536000 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_profile3 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 paulepan...@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
Re: [Intel-gfx] HD 4000: Passthrough for HD audio formats
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 signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] HD 4000: Passthrough for HD audio formats
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_nameVSX-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_hdcp0 support_ai 1 audio_sync_delay4 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 [0xe] 16 20 24 sad1_coding_type[0x1] LPCM sad1_channels 8 sad1_rates [0x1ee0] 32000 44100 48000 88200 96000 176400 192000 sad1_bits [0xe] 16 20 24 sad2_coding_type[0x2] AC-3 sad2_channels 6 sad2_rates [0xe0] 32000 44100 48000 sad2_max_bitrate64 sad3_coding_type[0x7] DTS sad3_channels 7 sad3_rates [0x6c0] 44100 48000 88200 96000 sad3_max_bitrate1536000 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_profile3 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 paulepan...@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
[Intel-gfx] HD 4000: Passthrough for HD audio formats
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 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx