<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED --- - audio broken in 24Hz/24p since 3.11 (regression)" href="https://bugs.freedesktop.org/show_bug.cgi?id=69675#c34">Comment # 34</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED --- - audio broken in 24Hz/24p since 3.11 (regression)" href="https://bugs.freedesktop.org/show_bug.cgi?id=69675">bug 69675</a> from <a class="email" href="mailto:fritsch@xbmc.org" title="Peter Frühberger <fritsch@xbmc.org>"> Peter Frühberger</a> <pre>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)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>