<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED --- - audio glitches when running at 24hz/24p"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64503#c14">Comment # 14</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED --- - audio glitches when running at 24hz/24p"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64503">bug 64503</a>
              from <span class="vcard"><a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> <span class="fn">Andy Furniss</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=64503#c0">comment #0</a>)
<span class="quote">> (originally reported to Fedora:
> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=954009">https://bugzilla.redhat.com/show_bug.cgi?id=954009</a>)

> I've recently started trying out 24 Hz again as my TV handles it better, and
> XBMC is finally at a point where they can keep things synced up when playing
> at exactly the monitor refresh rate.

> Unfortunately that broke the HDMI audio output. If I try to output audio
> when the refresh rate is at 24 Hz, the receiver will lose audio sync every
> few minutes, resulting in silence until it regains sync.

> I've tried the following:

>  - Sending audio over SPDIF from the onboard audio to the same receiver
> works fine. Another cable though, and cannot handle high-bitrate formats, so
> hardly a long term solution.

>  - Audio format doesn't seem to matter. I get glitches with PCM, AC3 and
> DTS. DTS is the worst, but that might just be because it requires more
> effort to sync back up again.

>  - It's not xbmc that gets confused as sending audio from an entirely
> different program results in the same audio glitches (I tried mplayer with
> -vo null in the background).

>  - Doesn't seem to be a application buffering issue as I see no spikes in
> either xbmc's or mplayer's sync statistics when the glitch appears.


> This is with kernel-3.8.7-201.fc18.x86_64.</span >

Well I guess my bare bones LFS setup is very different to fedora, but I can't
reproduce this.

Kernel drm-next recent-ish with radeon HD4890. Can only test PCM into TV with
mplayer + alsa (pulse not installed)

cpufreq set to performance, GPU on low. TV screen set below monitor screen.

Tried 11 minute 44.1k CD track and 20 mins of blu-ray -vo vdpau 48k stereo and
didn't hear any glitches at all. Of course blu-ray was 23.976 and modeline was
24, but I doubt that's relevant, mplayer will tweak video rate to keep audio
sync and -framedrop was given.

FWIW this is my 24Hz line as shown by xrandr --verbose, maybe yours is
different?

1920x1080 (0x2cd)   74.2MHz +HSync +VSync
        h: width  1920 start 2558 end 2602 total 2750 skew    0 clock   27.0KHz
        v: height 1080 start 1084 end 1089 total 1125           clock   24.0Hz

Having never used pulse I don't know if it's easy to bypass (assuming you are
using it),

mplayer -ao alsa:device=hw=1.3 may work (assumes cat /proc/asound/cards shows
HDMI as 1)</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>