1 Reply Latest reply on Sep 15, 2015 7:23 PM by darwinb_intel

    D34010 HDMI Sound issue

    Beta

      Audio channels change placeing.

       

      The sound from the front speaker comes from the rear, center from subwoofer, etc.

      the problem typically occurs if the amplifier is turned off and on.

       

      The NUC must be restarted before the sound is correct again.

       

      This bug exists under both windows 7 and windows 10

       

      This combined with headless issue - where a driver that fixes this problem makes the soundproblem worse.

       

      It is almost impossible to use the NUC as a media center.

       

      Thought I bought a good product, but has only been disappointed.

      More than a year of errors not corrected permanently.

        • 1. Re: D34010 HDMI Sound issue
          darwinb_intel

          Hello,

           

          There are few areas to analyze in order to try finding a possible solution. We have the video and audio source (local movie, blue ray, video streaming, etc), the graphics driver that also contains the Intel® HDMI Audio driver, the HDMI cable, the HDMI AVR (audio and video receiver), and the speaker system (sometimes part of the AVR).

           

          The original video and audio signal is obtained from the source and it is packed and encoded by the driver to be sent through the HDMI connection. In the other side the AVR is in charge to receive and decode these packages and converting them in to video and audio signals again. If the audio source is based on 7.1 surround sound and the AVR supports it, you should get 7.1 surround sound output, but what can interfere there?

           

          The Intel® HDMI Audio driver only gets the information as it is from the source and packs it. There is nothing within the driver that can be changed to vary the distribution of the surround sound channels unless the source allows it before it is played back.

           

          There is a possibility that the AVR is not translating correctly the information received from the NUC HDMI port or it doesn’t understand it properly. Some AVRs don’t support HDCP (digital copy protection protocol) and this generates reading problems. Also, the HDMI version of the AVR vs. the NUC HDMI can generate compatibility issues, in our case it is HDMI version 1.4a; and finally the quality of the HDMI cables being used.

           

          Here some recommendations:

           

           

          In regards of the headless issues, we are pretty aware about it and we have offered different work around options which in some cases work. The most effective one is using a dummy HDMI adapter so the graphics driver detects a monitor connected.