From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 64503] audio glitches when running at 24hz/24p
Date: Thu, 16 May 2013 22:10:54 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1475515381=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 986CCE608F
for ;
Thu, 16 May 2013 15:10:54 -0700 (PDT)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============1475515381==
Content-Type: multipart/alternative; boundary="1368742254.bECc5d0.32189"; charset="us-ascii"
--1368742254.bECc5d0.32189
Date: Thu, 16 May 2013 22:10:54 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #14 from Andy Furniss ---
(In reply to comment #0)
> (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.
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)
--
You are receiving this mail because:
You are the assignee for the bug.
--1368742254.bECc5d0.32189
Date: Thu, 16 May 2013 22:10:54 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Comment # 14
on bug 64503
from Andy Furniss
(In reply to comment #0)
> (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.
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)
You are receiving this mail because:
- You are the assignee for the bug.
--1368742254.bECc5d0.32189--
--===============1475515381==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--===============1475515381==--