| Priority | medium |
|---|---|
| Bug ID | 64503 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | audio glitches when running at 24hz/24p |
| Severity | normal |
| Classification | Unclassified |
| OS | All |
| Reporter | pierre-bugzilla@ossman.eu |
| Hardware | Other |
| Status | NEW |
| Version | unspecified |
| Component | DRM/Radeon |
| Product | DRI |
(originally reported to Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=954009) 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.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
