Hopefully someone will at least revert performance of radeonsi after all this extensions added and 4.1 enabled... driver feels like somebody bulding fancy gnome theme with imposibile amount of trapezoids for driver to swallow
Announcement
Collapse
No announcement yet.
Radeon Gallium3D Tackles A Bit More, OpenGL 4.1 Patches Pending
Collapse
X
-
looking at a bit of the patch
- - Enhanced per-sample shading DONE (r600, radeonsi)
- - Interpolation functions DONE (r600, radeonsi)
+ - Enhanced per-sample shading DONE (r600)
+ - Interpolation functions DONE (r600) [/CODE]
i hope it's just a mistake.
Comment
-
Originally posted by yoshi314 View Postlooking at a bit of the patch
- - Enhanced per-sample shading DONE (r600, radeonsi)
- - Interpolation functions DONE (r600, radeonsi)
+ - Enhanced per-sample shading DONE (r600)
+ - Interpolation functions DONE (r600) [/CODE]
i hope it's just a mistake.
Comment
-
Originally posted by Creak View PostInteresting notes about radeonsi:- it just overtook r600 and is now 4th in the leaderboard
- it's full featured for OpenGL 4.1 (but not 4.0 yet)
- just 5 more extensions and it surpasses both i965 and nvc0!
Once that's in, I believe ARB_texture_view from 4.3 is the only thing it will be behind nvc0 on.
I'm guessing 4.2 support won't be present for any drivers in the next Mesa release. We'll probably need to wait another 3 months to see it.
- Likes 1
Comment
-
Originally posted by Veto View PostOk, fair enough :-) Everybody scratch their own itch. However I would guess there would be some really substantial contribution to Nouveau since it can reach 4.1 compliance ahead of both AMD and Intel, that have several full time employees working on the same problem.
Only now are you starting to see games that require GL 4.x, and, surprise-surprise, they don't actually make use of tess or other lots of other. They could just as well have required GL 3.1 or 3.2 + a bunch of extensions. But it's easier to just request a higher version and be done with it.
The only moderately useful thing that nouveau has been ahead of radeonsi on was ARB_gs5, and maybe ARB_texture_view, although that's a 1-line impl for radeon, Marek's just been wanting more piglit test coverage before pushing it out. And of course note that there's a lot of shared infrastructure, so it's not like we're working against or in competition with each other... there's a ton of collaboration.
If Nouveau does not use llvm, how is the shader compiler made then?
Comment
-
Originally posted by imirkin View PostIt has its own compiler... like r600/sb, i965, freedreno (sorta), and vc4 all do. It's actually radeonsi which is the odd man out, so to speak.
Maybe some tests would be good: comparing CPU load under different drivers. Or is it already known..?
Comment
-
Originally posted by imirkin View Post
Only now are you starting to see games that require GL 4.x, and, surprise-surprise, they don't actually make use of tess or other lots of other. They could just as well have required GL 3.1 or 3.2 + a bunch of extensions. But it's easier to just request a higher version and be done with it.
https://dolphin-emu.org/blog/2013/09...all-fameshame/
and a faster dolphin seems like a great deal to me, but alas that's further than 4.2.. :/
Based on your reply though, is it feasible to use an extension from a higher OpenGL that the one advertised by Mesa? (because in this case the extension is already there for radeonsi).
Comment
Comment