[Bug 69675] audio broken in 24Hz/24p since 3.11 (regression)

[bugzilla-daemon@freedesktop.org]

[-- Attachment #1.1: Type: text/plain, Size: 1544 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=69675

--- Comment #34 from Peter Frühberger <fritsch@xbmc.org> ---
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: 

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 1485000
to 1487500 which the pll clock should accomplish automatically - sadly it had
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:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2362 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel