[Bug 5876] big xvideo issues with ATI Radeon RV100 family (Mobility
M6 LY, ...)
bugzilla-daemon at annarchy.freedesktop.org
bugzilla-daemon at annarchy.freedesktop.org
Tue Dec 5 14:56:26 PST 2006
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=5876
------- Additional Comments From sroland at tungstengraphics.com 2006-12-05 14:56 -------
(In reply to comment #35)
> So I guess this bug is really that the errata fix slows down video to the point
> that many movies fail to render at a reasonable speed.
Indeed.
> But I don't think we have
> a fix that everyone is satisfied with?
No, as backing out the erratas is not an option, and since apparently backing
out only the outpll/inpll in radeondisplayvideo doesn't do anything neither (I
think it would be a good idea to do that anyway though, of course with making
sure we still get the correct ecp div) I'm at a loss what else should be done
(or even what's causing the slowdown).
> Out of curiosity, is there a way to do mplayer's double buffering properly?
> I.e., can you check if the pixmap you're about to overwrite has been copied yet?
It should be possible to do this with XSync, just don't call it right after the
XVPutImage (pointless doing double buffering...), and probably not right before
uploading neither (due to the possible high latency it might have for instance
over network) but somewhere in the middle of decoding a new frame (but do it
from a different thread so you don't need to wait in the decoding thread?), so
that in the normal case X should already be finished and no unneeded waiting
happens. Or maybe use XPending or friends. Dunno.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Xorg-driver-ati
mailing list