Oh, it gets complicated. It depends on whether you're talking about "the 2d engine" or "the 2d API calls".
The 2d *engine* doesn't change from earlier chips to 5xx, and on the 6xx the 2d functions are pretty much the same although they're emulated in microcode.
The 2d APIs are a different story -- I believe XAA can be done on the 2d engine but EXA needs the 3d engine for most of the really useful API calls. I think you can sort-of do rotation on the 2d engine but the 3d engine handles it much better. Blending absolutely needs the 3d engine and blending (the core of XRender) seems to be what EXA is really all about.
There is also general agreement that EXA needs a TTM-style memory manager to really shine, but that's another story.
Last edited by bridgman; 02-14-2008 at 12:54 PM.
Well in that case, it looks like full and proper 3D support is the key to 2D performance on the new cards. The order of priorities in driver development make very good sense in that context.
Thanks for the information bridgman, and for all your hard work! Tell the devs Happy Valentine's, from all of us here.
Hmm. At least with Nvidia moving 2d operations to 3d units dropped the performance considerably, every user is complaining how their new 8800 gt is way slower with Firefox and desktop in general than their old 7950 ultra..
So, how is the situation with AMD currently? Are the 2d operations slower, equal, or faster with latest (3d) hardware compared to the ones with dedicated 2d units?
More generic functionality. If you've got stream processors that can do that sort of stuff reasonably well, it's better overall to pile a few more of them into a piece of hardware that will only get used to scale 2D video playback.
Originally Posted by Porter
That has less to do with the act and more to do with the implementation, I suspect.
Originally Posted by curaga
Not trying to joust with you here, John- care to enlighten us as to WHY they need to be closed?
Originally Posted by bridgman
They don't need to have DRM playback.
They don't need anything special that I'm aware of, actually, save the immediate mode pre-processor to accelerate the old-style immediate mode code that some of the workstation vendors insisted upon keeping around.
I can see possibly only that piece there. What else have I missed?
Originally Posted by Svartalf
I think you've pretty much got it. The main point is that it takes a lot of investment to make a fully featured, high performance workstation driver (including a lot of optimization work) and no company feels like giving that investment away and making things easier for competitors.
Originally Posted by Svartalf
Do you think that would be useful ? I don't think it was something we ever considered. Is there a benefit to having software scaling via Xv, maybe some app that only works with Xv and not with another API ? I *think* we'd have to write the scaling and CSC code anyways, just in x86 rather than shaders, wouldn't we ?
Originally Posted by cleric
Last edited by bridgman; 02-14-2008 at 03:26 PM.
Hey John, care to answer me too?
Tags for this Thread