What's wrong with you? Wine's solution is to dump more overhead on the CPU to keep the GPU from waiting. That's what the big feature is with CSMT. The weaker the CPU and more powerful the GPU, the more of a problem this will become. This is a great move on Linux to get faster Windows games running. Who cares if it only runs on Linux and requires open source drivers. Do Windows games run 3x faster with DX9 state tracker? Yes? Then I'll be exclusively using open source drivers.
Originally Posted by Atirage21
Think of the poor mac users and binary drivers users. Good news cause Linux has a limited unlimited sale of free. Open source drivers also have the same sale.
This will not affect native games at all because blobs not going to support anything like that ever.
Originally Posted by rikkinho
Of course, this solution is just like WINE, a way of running older Windows software on Linux. Nobody in their right mind will support a Linux game using this when they have the option of recompiling from scratch.
Originally Posted by _SXX_
That's a fork, the original is @ https://github.com/chrisbmr/Mesa-3D/..._trackers/nine
Originally Posted by justmy2cents
Originally Posted by Dukenukemx
The reason that PC users are stack with MS, regardless if free software is superior in quality and safety and free knowledge, is because the majority of PC games (art) are based on D3D (MS exclusive). The overhead is there on purpose of making our lives hard and no other technical reasons (as they say), and they have formed a Cartel with non legal deals. If you phoronix people, you where ATI or Nvidia you would support another company's standard? I would have my own. But MS gave them monopoly, and they gave monopoly to MS and Intel. You will not find your favorite games (art) in OpenGL, never, not because OGL is bad, but because they have shares on many graphic engines companies (and games production companies) to secure the monopoly. They have shares to many CPU companies, so ARM will never give you native x86 speed via Qemu, like Loongshon MIPS does. They want you to have both a x86 and an ARM device. And an extra console that has an OGL renderer with the X game, wile the same X game on PC has only a D3D one. Do not expect anything from D3D emulation either. They don't want Linux to win with OGL, they want slow emulation, for them to gain profits. They don't want something thet lives outside their product either.
The question is not what they will do, but what we will do. We must brake their monopoly with native D3D on Linux. Then Linux will go boom at 25%. Then and only then, they will support it without their will, with native OGL titles. Someone must do it, and we will help with our donations if needed.-
Last edited by artivision; 07-28-2014 at 06:34 PM.
As the great philosopher mick Jagger once said: You can't always get what you want... But you get what you need.
Originally Posted by somini
Some things are not worth doing. like porting hundreds or thousands of old games to linux. but you can run them anyway. (meh!) DX9 will not affect new games being portedas they will probably be going for OGl 4.x anyway. So its a nice thing to have.
And as long as the open drivers are at 20-50% of the hardware speed (taking closed drivers as a reference) game vendors will not give a single fsck about open drivers. They will eventually hope for their fast improvement for a number of reasons. But that might actually be another reason to push AMD to abandon catalyst. Which they wont for the next 5 years at least.
Generally its a nice thing to have possibilities.
i agree a d3d9 state tracker only for wine and gallium drivers is quite nice idea to play legacy games while new games get ported natively to GL4
Originally Posted by jakubo
mmm 20-50% ??? what hardware are you talking about(i guess don't reclockable nouveau card)??? my radeonsi card is pretty much 60-95% of fglrx(few glitches remain in some special shadows tho) depending the workload and the intel driver kick the be jesus out of apple intel's driver since long ago
yes, it's fork. Only maintained fork at this time, which work with latest Mesa-3D code. Because calim left his work, I keeping his work synced with upstream + sometimes making minor improvements.
Originally Posted by oneofone