Liberated Games Launches

Crusader writes "Two LinuxGames staff members have launched Liberated Games, a site devoted to cataloguing full commercial titles that have been released for free by the developer or publisher, either with the full source code or without. The current list is available here; the site tracks releases for all major computer platforms (Windows, Mac OSX, Linux), so feel free to submit any missing games to the list."

Comments

Re:Linux needs games!

[KDR_11k]

Linux would make a great gaming OS, you can minimalize background proccessors and tweaking-ability is great.

What exactly would you use the OS for on a console? Drivers are unnecessary since low level access can be compiled into the game binary and anything the game might need can be on the disk. Having an abstraction layer in between would become an issue, for one thing the layer will probably be less flexible (or less efficient) than direct hardware access and for another thing the shipped version would have to be declared as final, they couldn't update it if they discover a bug or need new features, it could break compatibility with older games. Besides, Linux wasn't designed for being used as a games platform.
If a game wanted to use a customized Linux, the dev can customize Linux themselves and come out with exactly the version they want. No dev could complain about the OS lacking some vital feature.

Also, delivering the source code as mandated by the GPL would be a problem, where would you store it?

Linux might help pirates and hobbyists to interact with the hardware, but a console manufacturer wants neither group involved and there wouldn't be an advantage for the commercial developers.

Re:Most are not fully liberated!

[Zak3056]

Game data is not released under GPL. This is obvisly a mayor flaw, and will render the game unplayable.

Just because you're too cheap to buy the original game doesn't make this a "flaw" in source code releases.

The "source code release" is just that--source code--not models, or art, or sounds, etc. Port the engine to whatever platform you want and use the data from the original game (that you bought) to play it as is--or better yet create your own damn game data and do something new.

I think that's the biggest problem with the open source community (and I'm not talking about the people who actually do productive things like code and test, I'm talking about the other 90% of the community.) No matter what somebody gives you--for free, no less--people complain that they haven't been given enough.

Re:Linux needs games!

[DrYak]

What exactly would you use the OS for on a console? Drivers are unnecessary since low level access can be compiled into the game binary

In theory you're right, but there's a couple of reasons why nobody does like this actually :

• The abstraction layer of the OS are making everything so slow ? Ok so let's drop the OS. Oh, and as we are at it : let's drop all librairies at all. Let's write a complete game in plain C from scratch. And let's drop the C and write the game using pure assemblere, so we can optimize every signle instruction by hand....
  Once upon a time it could be done like this. On some old 8bit console, all you had to do to create a game was to write a short program, under a few thousand instruction, It had only to read input from joy pad, a move 1 or 2 sprites on screen (using hardware sprites) and do some very basic sprite-to-background (hardware assisted) collision detections. This could be done by hand, without using any other library.
  Nowadays games are much more complicated : you've got more complexe graphics, you must have realistic physics. Your GFX hardware is much more general purpose (which is good), but that means you must implement everything ("3D mesh of a warrior running on a height-field ground" isn't a single hardware feature). Plus you have internet, savegames hardware (harddisk or memory stick) where files must be shared with other applications (hence the need of a file system) etc...
  Still wanna write a full online game, with a robust TCP/IP stack, and everything else including in-game voice-chat with other players ?...
  
  Modern console DO NEED an OS, because it's getting just to much work to re-invent the wheel everytime you write a new game. Yes, the OS adds an overhead, compared to hand-optimized assembler. But it removes a lot of head-ache from developpement process, and moderne consoles have more powerful processors : it's not only to make them run faster, it's also to make the overhead of OS and librairies more negligible.
  
  But any OS could do the job. Actually, some early console of this generation could run multiple OSes. The DreamCast had a minimalist BIOS that could just check and boot watever OS was on the GD-ROM. Most of the games were built using SEGA's proprietary system "Katana". But there were also a few games made using Microsoft's Windows CE (hence the "compatible with..." logo on the front), most homebrew games are done using KallistiOS, some fans managed to port the penguin to this console. You have the choice of the OS (DreamCast will boot any of them), but you have to use one, because few sane people want to code a 3D application by hand in SuperH assembler....

If a game wanted to use a customized Linux, the dev can customize Linux themselves and come out with exactly the version they want.

Yes the "boot whatever customized OS you-like" is cool. But console esigner don't do it. They like to force THEIR proprietary OS because of :

• Copy protection. Even as far as the NES and the Genesis, some version of the console had BIOSes whose only purpose was to check if the cartridge is licensed and if it's not imported. Beside of this, the BIOSes were completly useless. (Prior BIOS-less version of the console ran the same game without any differences, and today emulator don't need BIOSes to run this games). But it helped constructors to remove control form end users.
  
  Microsoft could have done some "boot your own favorite OS" console like the Dreamcast. But instead they've choosen to design a console with a Windows-2000-based kernel. The user has no other choice than to boot Dashboard, before everything else, and then the Dashboard will decide what the user can and can't do...
  
  And game designer HAVE to pay a license for the constuctor's proprietary OS because they cannot use anything else.