Is id Abandoning Linux?
edv writes "In a news posting dated 10th of September, Beyond3D is reporting of an article in a German publication in which id Software CEO Todd Hollenshead discusses the upcoming id title Rage and the engine it runs on, codenamed 'id Tech 5'. Amongst other things Todd mentions that no Linux version of the game is planned at the moment, and that it will run on Direct3D on Windows platform. OpenGL version is planned for the Mac however. If true, this would be a serious blow for Linux gaming (insert jokes here) as id and Carmack have been strong proponents of OpenGL and openness in the past."
A few months ago (in April) they certainly intended to prepare a GNU/Linux version.
My blog
As you can see, all is not as lost as some are making it out to be.
Carmack has always been a long time supporter of OpenGL, because afaik OpenGL has always been regarded as a more sophisticated and feature-rich graphics driver as opposed to Direct3D.
For many years Direct3D has had a substantial lead with respect to features and driver support.
Long ago and with respect to a very old Direct3D version Carmack really did rip into Direct3D. OpenGL advocates like to refer to this but the truth is that in recent years Carmack has pointed out that these criticisms are obsolete, that Direct3D has improved greatly and is now good.
"Carmack: No, because the DX9 stuff--actually, DX9 is really quite a good API [application programming interface] level. Even with the D3D [Direct3D] side of things, where I know I have a long history of people thinking I'm antagonistic against it. Microsoft has done a very, very good job of sensibly evolving it at each step--they're not worried about breaking backwards compatibility--and it's a pretty clean API. I especially like the work I'm doing on the 360, and it's probably the best graphics API as far as a sensibly designed thing that I've worked with."
http://www.gameinformer.com/News/Story/200701/N07.0109.1737.15034.htm
Regarding id Tech 5 and Rage, id titles are usually ported to Linux relatively late in the development process when the programmer has the time, but they've always been ported. There were also these statements from Carmack at QuakeCon last month:
http://www.gameinformer.com/News/Story/200708/N07.0803.1731.12214.htm?Page=1
http://www.linuxgames.com/news/feedback.php?identiferID=9374&action=flatview
The id-produced title coming out at the end of the month, Enemy Territory: Quake Wars, will have a Linux dedicated server and client as well:
http://zerowing.idsoftware.com/linux/etqw/
In summary: Don't panic.:wq
For Tremulous (incidentally, based on Quake^H^H^H^H^Hid tech 3), the OS breakdown is as follows:
Windows: 78%
x86 Linux: 16%
ppc OS X: 4%
x86 OS X: 1%
x86_64 Linux: less than 1%
Freebsd: much less than 1%
This is based on approximately 370000 clients. Admittedly the figures are a bit skewed in favour of Windows and Linux as the OS X build is only available from apple.com. The same is true of x86_64 and Freebsd -- those are built manually by whoever is running them (I assume). There are other issues as well as it could be argued that the Linux version is potentially easier to get than the other versions since it has made its way into various packaging systems.
Even if you take this data with a pinch of salt, I think it does reinforce that there is a demand for gaming on Linux. What it doesn't indicate (and I'm not convinced exists) is a demand to pay for gaming on Linux.
With even the 10th console game outselling the two top PC games combined, I can't help but wonder how (if) the smaller PC game studios turn a profit.
There is certainly no plans for a commercially supported linux version of Rage, but there will very likely be a linux executable made available. It isn't running at the moment, but we have had it compiled in the past. Running on additional platforms usually provides some code quality advantages, and it really only takes one interested programmer to make it happen.
The PC version is still OpenGL, but it is possible that could change before release. The actual API code is not very large, and the vertex / fragment code can be easily translated between cg/hlsl/glsl as necessary. I am going to at least consider OpenGL 3.0 as a target, if Nvidia, ATI, and Intel all have decent support. There really won't be any performance difference between GL 2.0 / GL 3.0 / D3D, so the api decision will be based on secondary factors, of which inertia is one.
John Carmack