From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 69675] audio broken in 24Hz/24p since 3.11 (regression)
Date: Mon, 18 Nov 2013 06:52:43 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1764163464=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id C6567FCB83
for ;
Sun, 17 Nov 2013 22:52:43 -0800 (PST)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces@lists.freedesktop.org
Errors-To: dri-devel-bounces@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============1764163464==
Content-Type: multipart/alternative; boundary="1384757563.116BAa3.5540"; charset="us-ascii"
--1384757563.116BAa3.5540
Date: Mon, 18 Nov 2013 06:52:43 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #52 from Pierre Ossman ---
(In reply to comment #51)
> Sorry, to warm up this thread. I have also seen that 24p playback is now
> "working" again. If one measure the audio vs the video clock. One is approx
> 10ms behind per 6 seconds, which is compensated by "Duplicating package" or
> "resampling" if your player supports this.
10 ms per 6 seconds sounds very close to the 24 vs 24/1.001 difference (which
is 10 ms per 10 seconds). Assuming you've gotten the correct mode configured,
that would mean the audio clock in the card is misconfigured.
The rounding error on the pixel clock is several magnitudes smaller, so it
doesn't sound like that.
You should be able to tell which clock is off if you measure both against the
CPU clock.
> I tried to play with register 0x05b4 and 0x05b8 but could not find a ratio
> so that the drops would stop. Not sure if this is related to the original
> problem though.
Probably not. If I've understood things correctly, then the ACR is fairly
independent from the more actual audio handling. So a new bug entry is probably
in order.
--
You are receiving this mail because:
You are the assignee for the bug.
--1384757563.116BAa3.5540
Date: Mon, 18 Nov 2013 06:52:43 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Comment # 52
on bug 69675
from Pierre Ossman
(In reply to comment #51)
> Sorry, to warm up this thread. I have also seen that 24p playback is now
> "working" again. If one measure the audio vs the video clock. One is approx
> 10ms behind per 6 seconds, which is compensated by "Duplicating package" or
> "resampling" if your player supports this.
10 ms per 6 seconds sounds very close to the 24 vs 24/1.001 difference (which
is 10 ms per 10 seconds). Assuming you've gotten the correct mode configured,
that would mean the audio clock in the card is misconfigured.
The rounding error on the pixel clock is several magnitudes smaller, so it
doesn't sound like that.
You should be able to tell which clock is off if you measure both against the
CPU clock.
> I tried to play with register 0x05b4 and 0x05b8 but could not find a ratio
> so that the drops would stop. Not sure if this is related to the original
> problem though.
Probably not. If I've understood things correctly, then the ACR is fairly
independent from the more actual audio handling. So a new bug entry is probably
in order.
You are receiving this mail because:
- You are the assignee for the bug.
--1384757563.116BAa3.5540--
--===============1764163464==
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
--===============1764163464==--