Re: Gaming Interface

[Helge Hafting <helge.hafting@aitel.hist.no>]

Dirk wrote:
> Kasper Sandberg wrote:
>>
>> so in the grand scheme, the things you are suggesting are completely a
>> wrong solution, and furthermore, a solution to a problem that does not
>> exist.
>>
>
> If there is no problem with Linux gaming I should shut the hell up and 
> start buying all these Linux games I keep hearing about and seeing in 
> those TV commercials.
Come on!  We agree that there aren't many games to buy on linux.
We just disagree a bit on why.
You suggest a standard API in the kernel.  You have been informed
why this can't be in the kernel, and that well-supported standard APIs for
linux games exists already anyway.  Perhaps the documentation could be
improved - you were probably not the only one who didn't know
that opengl+SDL is the way to do games on linux.

The reason you see so few games on linux is _not_ lack of support
for game programmers in linux.  The support is there,
it has been there for a long time - and that
is why we have 3D games like ppracer and quake on linux.

The reason there isn't many commercial games for linux is that
desktop linux is a smaller market than desktop windows.  Linux
is big on servers but few people play games on those.

We could port directx today and there still wouldn't be that many
linux games.  This will change only as home limux becomes more popular.
And then we'll get linux games no matter what the programmers will
have to do to make them work. The problem is market share - not
technology.



Another thing - why worry about those commercial games anyway?
It is not as if linux lack games, the only problem might be how to pay
for them. ;-) 
On debian, the following command counts over 400 game titles:
apt-cache search game | grep -v lib | grep game | wc

Helge Hafting