http://bugs.freedesktop.org/show_bug.cgi?id=25884
--- Comment #28 from Alex Deucher <[email protected]> 2010-03-21 09:06:47 PST --- (In reply to comment #27) > (In reply to comment #26) > > The problem is you need to re-emit all the previous 3D state (default state > > and > > state setup in the textured video functions) if you cross over into a new > > command buffer. > > So does this mean that R300+ was already splitting command buffers, like the > patch does for R100 and R200? R3xx->R5xx only emits one set of verts per draw command since it doesn't have a native rect primitive but rather uses clipped triangles, so it has to update the clipping info between draws. > > Note that my RV790 has no problems with xine-ui's on-screen display. Is this > because it already correctly splits across command buffers, or because its > default buffer size is big enough not to need splitting in the first place? > R6xx+ is less of an issue since it uses vertex buffers rather than embedding verts in the command stream (r6xx+ doesn't support inline verts like older asics). None of the ddx accel code (EXA, Xv) tracks 3D state which would be needed to solve this properly. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
