If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
How far is this driver from running Heroes of Newerth? Or said in another way, when does this driver support opengl 2.1? Are we gonna wait for galium3d?
Thx for this great work!
HoN support is a long ways off; I can't even get it working on my Intel GPU. There is a texture compression problem (for all OSS drivers), which can be worked around by faking st3c OpenGL extension. But I get a mesa crash once I start a game, however it seems to be specific to Intel since it's crashing in i965 header. And Intel currently has much better 3D support than R600 in Mesa.
I think I remember having read that AMD is about to release it's new Notebook-CPUs/Platform. Maybe those'll be better.
The Tigris platform with Caspian 45nm CPU is supposed to be released next month, but from what I've read availability will be restricted to Asia at first, and may not reach US/Europe/rest of world till much later.
It's been pretty frustrating to me too - AMD makes the best GPUs but you can't buy a notebook with an AMD CPU, GPU, and top-rank display; they simply don't exist. (Thanks a lot, Intel and your illegal business practices. You suck.) Even with the anti-trust convictions in Asia and Europe, the market hasn't changed.
I'm still looking for an AMD-powered 15" notebook with WUXGA LED-backlit display. Seems like I'll be looking for a long time still, unless I find a compatible WUXGA screen to swap into my Puma laptop (which is currently WSXGA+).
But back on topic - nice going guys, this is great progress on the drivers.
Unfortunately, most battery benchmarks only test the system at idle which generally isn't really a valid usage scenario.
Well, I think most of the time a CPU is in idle mode. Therefore it is a quite valid benchmark! On Notebooks the performance is not the important part, but battery life is*. If you need performance, you buy a desktop PC (with a lot less problems with cooling, noise aand burned fingers) or do stuff remote on a real numbercruncher.
But back to topic:
*Especially if people like you and bridgeman and your colleagues taking work away from the CPU with your GPUs (e.g. HD-encoding/decoding)! YOU are killing AMDs CPUs! YOU are killing good arguments for buying a AMD CPU with your uber-graphic-chips that nearly do everything beside cooking coffee and making toast (any chance that this will implemented in R900?)! SHAME ON YOU, you GPU-programmers, builder, architects! I think, this is a hostile takeover from ATi! ;-)
I don't think the next generation is soon enough to have any differences in DRM vs graphics coupling - the development pipe is 3-4 years long and the top level design is locked down pretty early in the process. I wouldn't be expecting anything in that regard.
That must put a slight pressure on doing the right thing
Reusing code from Catalyst probably isn't an option since the internal designs are so different. We did try at the start of the project, but the changes required were big and it turned out to be a lot more work than writing the drivers from scratch.
On the other hand, writing the open source drivers for the next generation GPUs while the Catalyst work is still relatively fresh in everyones mind is bound to help. That was one of the reasons we ended up getting the acceleration code running on 7xx first (remeber the "first triangle" back in August last year) and then working out the 6xx-7xx differences to get the code working on 6xx as well.
Impressive that it was possible to make R700 features working without all of the R600, when they are so related.