<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Sound output starts several seconds late using DisplayPort with [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series] [1002:aaa0]"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92889#c20">Comment # 20</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Sound output starts several seconds late using DisplayPort with [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series] [1002:aaa0]"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92889">bug 92889</a>
              from <span class="vcard"><a class="email" href="mailto:Paul.Hancock.17041993@live.com" title="Paul <Paul.Hancock.17041993@live.com>"> <span class="fn">Paul</span></a>
</span></b>
        <pre>From my experience with GCN audio it's slower to initialise than other audio
devices, so what's likely happening here is that the test audio playback is
waiting for the device to be fully ready before actually playing the audio
event.

This is not generally a bad thing, but can be handled better, window's for
example plays everything in its software buffer in its own time, when the
device is eventually ready it plays where the soft buffer is up to, resulting
in the first second (or less) being cut out but no timing issues occur.


@jdedraeck that seems to be a different issue entirely, by the sounds of it
it's not being initialised correctly and the wrong format is being used, or the
application is sending the wrong format (probably sending 96KHz when the device
only allows 44.1 or 48).</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>