<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - audio glitches when running at 24hz/24p"
href="https://bugs.freedesktop.org/show_bug.cgi?id=64503">64503</a>
</td>
</tr>
<tr>
<th>Assignee</th>
<td>dri-devel@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>audio glitches when running at 24hz/24p
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Reporter</th>
<td>pierre-bugzilla@ossman.eu
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Radeon
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr></table>
<p>
<div>
<pre>(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.</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>