@Ant P.: Oh come on! Please! Have you ever compared UT2004 to Crysis? Or even Far Cry 1?
I agree with elanthis for a large part. Except the following:
What about the following:Installing software is also an absolute nightmare on Linux. Even if a game developer were willing to package the same fucking binary 50 times for multiple versions of multiple distributions of the same OS, NONE of the current packaging tools are capable of handling games with 8+ GB of game resources in a sane manner due to a combination of a lack of authentication against repositories
- You click on your DEB/RPM/Whatever on the DVD of your game
- The deb-scripts (post-install, etc.) copies all the files needed to /usr/share/<game>
- Launch the game!
Even if your platform is not supported (you don't use DEB or RPM) you can launch a small script which asks for your password and lauches a terminal, which copies the files.
All the dependencies of the game will be included in the game-data on the dvd.
they work on improving the speed as well as the workflow.
the bge is one hell of a powerful tool, though it lacks certain features to make it useful in the commercial way.
Last edited by Pfanne; 07-15-2009 at 06:36 AM.
If nothing else, there is no way to run a script that can ask for a password in a cross-distro compatible manner. Somem distros use sudo, some don't. Some have GTK frontends for su, some for sudo. Some use KDE frontends. Some don't have a graphical frontend at all. Whether or not the distro even allows the script to run is indeterminate, because osme distros mark the CD as noexec while others don't, some distros allow you to double-click an executable to run it and others don't.
Without a standardized installer, it WILL NOT WORK. That means a single installer format that some preinstalled-on-every-distro program can recognize, open, and process to copy files from one (or more) discs (or the Internet, even) onto the computer, either in a single user's home dir or on the system. Integration with RPM and DEB and such would be a (welcome) bonus, otherwise it requires a standardized update and uninstall tool as well.
There are several such tools available. Few of the distros want to even offer these in their repos, and none want them in the default install, making the projects all entirely wasted efforts.
And honestly, those tools are NOT game engines. They're 3D engines. A full game engine is far, far, far more than those things. As with all programming, games are dependent on the quality of the tools used to make them. The mapper tools used by level designers. The scripting tools used by AI designers (who are often not trained programmers). The reporting tools used by the game designers. The in-game event systems and analysis tools used by the logic programmers.
A 3D engine is just a tiny, tiny part of what a game engine needs, and honestly, it's the easiest to replace. 3D engines are commodities these days. There are tons of companies selling 3D engines, not to mention those Open Source engines you brought up. If that's all a game engine needed, Open Source would have actually come up with a game worth more than $5 already.
some time ago, people were saying 'I buy intel mobos. Because they have open source drivers for their onboard graphic'. Before that it was 'I buy ATI because the Radeons have open source drivers'. Ok, thanks to ubuntu the 'free drivers are a great thing to support' mindset suffered. But hell... I support that.
A company acts nicely? I buy their stuff. And all of my linux using friends think similar.