Slashdot Mirror
Doom 3 for Linux Released
edawg writes Linuxgames reports that "the Linux edition of Doom 3 has been released by ID Software. Although it didn't ship with a Linux version on the install CD, its still nice to see they release Linux binaries around the same time as their first game patch. Here is Information directly from ID Software."
I've always found *nix to be a lot better at properly utilising its hardware than Windows. This is not a Windows flame message(tm) it is what I've found in the past.
I wonder if Doom 3 can be successfully played on lesser hardware if played in linux...
from XP to linux is the lack of game developers support for linux, the rest of the software (excluding photoshop) that I use is free open sourced. Now both ID and Epic have released linux versions of their games. If valve and others follow suite, I will definately be switching OS sooner.
I got it yesterday. It performed a lot better (smoother looking) than on Windows, so I was happy.
Happy New Year, it's 1984!
Id Software has used OpenGL since the original Quake, when they released a free OpenGL based Quake patch. Note that Id Software did the most public experimentation with the original Quake. They released Windows versions of Quake for free (Quake was originally DOS), they released versions with improved network code, especially network prediction... this was the most famous Quake upgrade called "Quakeworld". I am sure I am leaving out some of the other Quake experiments.
once again Linux seems to get the short end. Im was (and am) really pleased that iD was supporting Linux, but it seems that once again Linux is the afterthought. Stereo sound for Doom 3? It was fine for the original quake, throw on some stereo headphones and get scared stiff; stereo sound does not cut it with this game. No 64bit build? cut off Linux's nuts a bit more, why dont you?
time will tell, and maybe these things will come, but most of the time these things loose steam as the team loses motivation and counts $$$.
Isnt it easier to develop for Linux, and port to windows? This way everything works in Linux, and if it works in Linux it cant be that hard to tie into windows? Easier said than done, sure, but easier than porting from windows to Linux.
I hope they take time to polish the Linux release and do not half ass it.
|plastic....or gasoline?|
But since the Linux version doesn't care about copy protection, shouldn't ID release a patch that also allows the Win32 version to run without the CD? Make it so you have to have the CD and a valid key to apply the patch, but after that it works without it.
blakespot
-- Heisenberg may have slept here.
iPod Hacks.com
ATI better provide drivers that _work_ for a chance.
I've read the anandtech article about Linux GPU performance and honestly, I still do not know how to get my ATI Radeon 9700 Pro to work properly under SuSe. It's a pain in the butt!
I've never had such problems with the NVIDIA card I had before.
Basically ATI has been an infinite source of frustration for me, because I cannot get their card to work with opengl acceleration properly.
Yes he did. He weighed the possible consequences of his actions against the possible consequences of his inaction (mostly, Nazi Germany getting it first), and decided reluctantly that it was the lesser evil.
Later in his life, he came to change his mind and regret his decision. Fortunately we had some real amoral go-getters like von Neumann and Kissinger around, so we didn't have to worry about needing that pansy Einstein, except for licensing his image to a score of motivational-merchandise manufacturers.
id has always had a healthy NIH (not invented here) syndrome that they learned from mess with the original Doom sound library they used. The thing never quite worked right, and caused no end of troubles. Even though SDL is open source, id has their own debugged code laying around that has been used for years that does the same thing-there really is no gain for them to throw out code they know and trust for someone else's work.
I've tried out SDL a few times, and although I've found it pretty workable, when you bring multithreading in it has troubles, especially if you don't want to render in your main thread.
Actually, Einstein encouraged the US to develop an atomic bomb, because he feared the Germans were far ahead of the Americans. While he did not approve of its use, he saw the deterrent value of an atomic weapon, and was well aware that it would probably be used eventually.
It turns out the Germans had sqandered their lead in atomic research, allowing the Americans to develop and test an atomic bomb first. After Germany's collapse, and the realization that Japan would never surrender (fighting with religious fervor to the last man, woman and child), the Americans decided to use the weapon in the Pacific to force Japan to unconditional surrender.
I havent verified it yet but Cedega IIRC did fully support the game. In face full sound worked and all that other jazz that we expected but did not get in the full release for Linux.
id has always had a healthy NIH (not invented here) syndrome that they learned from mess with the original Doom sound library they used. The thing never quite worked right, and caused no end of troubles. Even though SDL is open source, id has their own debugged code laying around that has been used for years that does the same thing-there really is no gain for them to throw out code they know and trust for someone else's work.
I assumed it was something along those lines, as ID actually has a longer history than SDL. The nice thing about SDL, however, is that the Windows version acts as an abstraction layer to the very same DirectX calls they are probably using anyway. They could take some of the programming effort they are currently spending on their own code base and use it to improve SDL and probably be much farther ahead in time-to-market terms.
I've tried out SDL a few times, and although I've found it pretty workable, when you bring multithreading in it has troubles, especially if you don't want to render in your main thread.
I've been using SDL for quite a while now, and I am very impressed with speed of improvement and current level of quality. I originally had some stability problems with OpenGL/SDL integration, but those appear to be completely fixed now. I have not run into the multithreading issues you describe, but then I tend to do all my rendering in one thread just as a matter of good game design (using other threads for sim and net code).
The Bolachek Journals
I've heard this said before and wondered why they don't use a combination of SDL/Alsa/OpenGL to keep it cross platform.
Perhaps -- and I know this may be shocking to some -- iD doesn't find SDL to be as advanced as DirectX when it comes to sound and input.
Besides which, since SDL sits on top of DirectX (note that this does not necessarily mean that SDL can do everything that DirectX does), that means they've got to deal with one extra level of abstraction, which hinders speed, if even slightly.