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: Fri, 01 Nov 2013 13:39:43 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0275641696==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 5498AF0404 for ; Fri, 1 Nov 2013 06:39:43 -0700 (PDT) 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 --===============0275641696== Content-Type: multipart/alternative; boundary="1383313183.C7BCc2.28233"; charset="us-ascii" --1383313183.C7BCc2.28233 Date: Fri, 1 Nov 2013 13:39:43 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D69675 --- Comment #34 from Peter Fr=C3=BChberger --- I need something to regression test. With xbmc I can sync to the video clock and drop / dupe audio, when they are running into different directions. Example:=20 Watching 1080i50 (was better with the SW patch): 14:26:12 T:140478137739008 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available 14:27:08 T:140478137739008 WARNING: Previous line repeats 10 times. 14:27:08 T:140478137739008 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:74579944528.817001, should be:74579839111.000000, error:-105417.817001 1080p24 does not work reliable with the SW patch (that I told via mail). The pll patch you linked caused severe issues for some users, therefore I unapplied it. Btw. this was also quite curious with it: Without the pll clock patch I used radeontool to change the 0x05b4 from 148= 5000 to 1487500 which the pll clock should accomplish automatically - sadly it h= ad other side effects. Best would really be some ms timer and play some audio / video stream and measure the length. Open for ideas here to track that down correctly, as the tests are quite a = lot: 1080p24, 1080-24.0, 1080@50hz, 60hz, ac3, dts, lpcm, dts-hd. Without highjacking this thread - what about the register dumped I sent via Mail, it seems fglrx uses a 10 khz clock (relevant registers are factor 10) --=20 You are receiving this mail because: You are the assignee for the bug. --1383313183.C7BCc2.28233 Date: Fri, 1 Nov 2013 13:39:43 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Commen= t # 34 on bug 69675<= /a> from Peter Fr=C3=BChberger
I need something to regression test.

With xbmc I can sync to the video clock and drop / dupe audio, when they are
running into different directions.

Example:=20

Watching 1080i50 (was better with the SW patch):
14:26:12 T:140478137739008 WARNING: CDVDMessageQueue(audio)::Get - asked for
new data packet, with nothing available
14:27:08 T:140478137739008 WARNING: Previous line repeats 10 times.
14:27:08 T:140478137739008   DEBUG: CDVDPlayerAudio:: Discontinuity1 -
was:74579944528.817001, should be:74579839111.000000, error:-105417.817001

1080p24 does not work reliable with the SW patch (that I told via mail).

The pll patch you linked caused severe issues for some users, therefore I
unapplied it. Btw. this was also quite curious with it:

Without the pll clock patch I used radeontool to change the 0x05b4 from 148=
5000
to 1487500 which the pll clock should accomplish automatically - sadly it h=
ad
other side effects.

Best would really be some ms timer and play some audio / video stream and
measure the length.

Open for ideas here to track that down correctly, as the tests are quite a =
lot:
1080p24, 1080-24.0, 1080@50hz, 60hz, ac3, dts, lpcm, dts-hd.

Without highjacking this thread - what about the register dumped I sent via
Mail, it seems fglrx uses a 10 khz clock (relevant registers are factor 10)=


You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1383313183.C7BCc2.28233-- --===============0275641696== 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 --===============0275641696==--