<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#c52">Comment # 52</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:pierre-bugzilla@ossman.eu" title="Pierre Ossman <pierre-bugzilla@ossman.eu>"> Pierre Ossman</a> <pre>(In reply to <a href="show_bug.cgi?id=69675#c51">comment #51</a>) > 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>