Live CD for PC Games?
Onion asks: "Can anyone inform me why games developers don't put out games on a 'Knoppix' style live CD? This would negate coding the games for different PC platforms. Provided the hardware detection routines were up to scratch, the game could be coded using GNU/Linux for development and would run on any PC machine, regardless of OS. Only major drawback I can see would be the need to 'reboot' each time to play. Any thoughts or views on 'why not' ?"
"Provided the hardware detection routines were up to scratch"
Hardware, ESPECICALLY gaming hardware changes so frequently, that it would be difficult to support you gam ein a few years, it would possibly be unplayable on newer hardware.
FP
Because most games don't even fit on a single CD for one OS, let alone a Win/*nix/Mac combo setup... even a DVD is probably too small.
Plus I don't wanna reboot my system to play games.
...and that's all there is to it.
The hardware detection routines wouldn't be up to scratch. Most notably, detecting hardware that hasn't been made yet is a bit difficult.
" Only major drawback I can see would be the need to 'reboot' each time to play."/I.
No need to worry about rebooting: it's a PC, and as such it is likely to crash and reboot during game play anyway.
- they would have to include drivers for the all the hardware, games need to run on.
- how about all the libraries. DirectX et al is not tiny, as well as the OS they have to include.
- Games frequently use swap, but with no OS, they have no facilities to make their swap files.
- There is a part of the game that needs to be accessible at all times. (AKA binaries, dlls) Those will need to be placed into some kind of ramdisk for multidisk games
Do you think the OS is there for nothing?badness 10000
It's a bugger. Most games developers have enough to think about without having to build an OS "installer" too. So for now, expect most games to be primarily developed for specific OS platforms.
You are not alone. This is not normal. None of this is normal.
They do. Look into Gentoo Games
"POPULAR MEDIA is the opiate of the masses. Think for yourself."
No, generalizing about things based on irrelevant criteria is the opiate of the masses. Information should be evaluated objectively whether or not it is "popular". That truly is thinking for yourself.
Just go here.
when half the games I had at that time required you to reboot the machine (then a 8088, IIRC), with the game floppy (five and a quarter inches) in the drive, to get 16 glorious colors of pixelated graphics.
This signature intentionally left blank
Say goodbye to your msn/icq/aim/yahoo in the background... Unless of course the game developers started building in support for open-ended protocols like jabber, in which case a remote server could be handling things like providing legacy IM services and native jabber im.
"You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
If you read the information on their home page about patents (or at least skimmed for links), you would realize you could get to this page.
Rebooting -- that is kind of a big one -- but people who have dual boot partitions do it all the time.
Hardware Detection: We are talking about some serious driver databases here. Especially if you want to enable all the whistles available in each piece of hardware.
There is a reason why we install an OS. So that every program/game doesn't have to redo what has already been done.
If game developers were going to put that much effort into a game, they might as well just port their stuff to Linux and MacOs, and be done.
Eventually, I think that is what will happen.
Free Ipod here
You should really check them out, full blown computers made just for playing games.
But seriously, because of the licencing on windows / directx and such, I think that unless many / all game developers decided to start using (what some may consider lower quality) open source / free drivers, that this isn't going to happen any time soon.
Also, gamespy type 3rd party software wouldn't work, and irc clients for finding games may not be included either...
I think a completely new OS, build from teh ground up for gaming would be needed to be developed, and be very very modular to support all the different hardware with quality graphics and sound. Think shared memory software rendering for every mobo sold in the last 4 years...
Good idea though...
Why not? Sure "why not". The reason is hardware support (obviously) - trying to support everything in people's computers now would be an almost impossible task (Linux has a hard enough time doing this, imagine every little game developer having to attempt it..). And assuming you COULD manage that half, the major thing would be that you wouldn't work on any new hardware released after the game shipped, unless it tried real real hard to be compatible with older hardware at a low level. In the age of the "legacy free PC", the industry is moving in exactly the opposite direction.
I think we've certainly lost something since the days of Amigas, Atari, and even older PCs (with 99% compatible hardware), where you had basically a fixed hardware platform and to get new features you crammed in extensions (rather than building something totally different and just writing new drivers). I wouldn't argue that either approach is better, but it's certainly lowers the barrier to entry for fun things like fringe operating systems, and, oh, say, games that boot off CD. Ages ago, there were actually a few PC games that booted off disk and bypassed MSDOS entirely.
Now you could agree upon some conventions and standards for drivers, how to arrange things on the disk so your self-booting software could find them, and you'd already be most of the way toward having an operating system. You'd then probably have a pile of CDs with utilities for configuring your hardware, managing files on the disk, etc, etc.. and eventually they'd start getting distributed together, coupled tighter and tighter, until you ended up with something indistinguishable from the operating systems we know today (reminds me somehow of the way business try to merge vertically until they encompass every aspect of their market, just to shave off a few percent of overhead each step of the way).
I think this is pretty much how the industry evolved to start with.
From the Knoppix home page, try this link.
If VISTA is the answer, you didn't understand the question
Okay, lets say that the hardware dectection was there. I really don't think people want to reboot every time they want to play a game.
Plus you couldn't multi-task you're games anymore either. granted, a lot of games you dont need too. however there were times where i would play counter-strike in window mode and multi-task back to a word doc or the net while i waited for the next round to start. as well as letting you run say, winamp in the background and mute ingame music.
and just as im typing this. how would save games be handeled? you cant assume they have a HD if its a live cd.
it sounds brilliant at first. but quickly falls apart imo.
What about game saves? Sure, it could possibly include drivers for the current filesystems (of course, NTFS r/w was/is still pretty sketchy under Linux last time I checked), and the boot process could seek out the current drives. Of course, they'd also need to be able to support all the ways people connect drives to their systems. If I'm saving my progress in a PC game right now, it doesn't matter whether I'm saving it to an IDE drive, SCSI, USB, Firewire, network share (Samba, NFS, Netware, etc.), or even battery-backed RAM disk.
But, even assuming they could manage to handle all the currently supported filesystem types and all the ways of connecting them that already exist, what happens when new FS types come along? "Sorry, sir, but your machine is too new for our game to be able to provide you the ability to save your progress." I don't think that will cut it.
Two issues (other than HW support):
1) I don't know about any of the other slashdot gamers out there, but I'm seldom only doing one thing at a time. I'm usually on some sort of IM client and if the game I'm playing isn't networked, I may download something at the same time or may even play an mp3. If I wanted to check my e-mail every 15 minutes, that'd mean a reboot every 15 minutes. No thanks.
2) Patches. One of the unique parts of the PC platform is that if there's a bug, you can patch it. Buring a CD multiple times is a pain. If the game is even remotely network capable, it's a must to be able to patch to help prevent extensive cheating/hacking.
-- Political fascism requires a Fuhrer.
Why not use the idea of a liveCD and somehow work it into a game consol. You don't have to worry about hardware support because the hardware is standard, but you get the benefit of having better versions or tweaked versions of the linux kernel for each game and an easy environment to design games in rather than specialized hardware or software that has a steep learning curve. As a sidenote this would allow you to play games from independant studios that might not have money for licencing fees or development hardware.
What happens when there is an exploit in something like the TCP stack that is used by the kernel that the bootable cd is using? Then your machine is exploitable everytime you want to play your game. The game company isn't going to want to press another edition that fixes the exploit and replace the old copies on the shelf with it so that your machine will be safe.
-----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT d? s: a-- C++++ UL++++ P++ L+++ E- W++ N o-- K- w--- O- M+ V PS+ P
Um. Can you READ?! There is a link on their home (protest) page that takes you into their regular site. Calm down. Deep breaths.
Knoppix used too much BSD code.
Knoppix is dead.
I appreciate the sentiment here, but what about forward compatibility? How would a game made today talk to the video card I buy in a year?
I think that point has been established already. Another one that's been covered heavily is the reboot issue. I don't want to reboot just to play a game. I have consoles for that. If it's really that imperative to make a game like that, then why not make it under a virtual machine? Why not use something like VM-Ware or MAME? Make a game for MAME, and you're golden. Okay, there are limitations, but it works on everything down to a PocketPC.
Gotta ask, though, why not just develop the games in Java?
Reconfiguring your network connection everytime you go to boot a game cause you can't save settings on a CD? that sucks...
Go buy a game console.
Gamecube
PlayStation
XBox
why boot off a cd? hard drive space is cheap and minimal linux installs are tiny. just include a umsdos/loadlin option as a bonus on the main cd for those that want it (stability during important matches would be worth the reboot back to windows when you are done). The whole patches and save game thing ends too.
The OS could, on boot, read update information off a directory on the hard drive. For that matter, if it were done cleverly, it might even be able to load its kernel image from it.
The advantage of having control over the environment the game runs in is enormous. Of course, it also means the machine would be useless for background tasks, and no one could interrupt you with something more important...
Aaah, who am I kidding; nothing's more important than the game! ph34r m3 l4m3rz! d13!
You want to run ICQ and rcon and all your fancy stuff in addition that makes owning a computer worthwhile in the background. Rebooting may be fast in NT, but hardware detection takes a long time, when it works. Including drivers for every interface can get expensive spacewise.
I Browse at +4 Flamebait
Open Source Sysadmin
wretched idea.
kids these days are laden enough with A.D.H.D. that you can barely expect them to bear the load screens, let ALONE and entire restart and reboot, then another restart and reboot to get back to the desktop as opposed to an alt+tab or exit in the games console
One major problem: CD-ROM drives are waay slower than harddisks.
Remember when people used to do "minimal" installs of games to harddisk and have most of the game content on the CD?
Doesn't really happen much anymore because the loading times are unbearable.
The revolution will not be televised. It won't be on a friggin blog either
Why stop at games? Why not do this with every application out there.
Need to run OpenOffice? reboot the machine, wait 10 minutes for an OS to load as well as detect and configure the hardware.
Now I need to email the document to someone, save it to floppy, pop in my Thunderbird CD and repeat the process.
A platform is designed to get things working together and games need this too. Not to mention the massive needs for updates (while we're storing the whole game in RAM, let's try updating it while it's in there too!).
It defeats the purpose to run everything from CD. A platform provides the interaction and the compatability that developers need. A huge layer of abstractiion is needed.
The only good thing (well, it's a bad thing really, but good for corporations that make monopolising operating systems (oops, was that too much of a finger-pointer?)), would be that they would be able to make billions more licensing their OS as a gaming platform for Live CDs to gaming companies and reducing support for developing games onto their other OSs (introduces the Gaming OS concept to squeeze more money outta you).
PlayStation II, XBox, GameCube. Take your pick.
So... I am going to reboot my machine to play a game? And how can I save my progress? And wouldn't it be dead slow unless I could cache the entire CD in RAM, but then I would need a lot more than 1GB, to leave some for the game...
Would there be problems with game saves?
Mods, new skins, all that sort of thing. Third party voice apps.
These are all a bit FPS specific but I'm sure there is similare in other games.
What about game patches and bug fixes?
What about internet play? If you haven't got a routed broadband connection (and not everyone does) then you're a bit stuck, unless you want to specify your ISP details every time you play.
Oh, and another point about save games - my hard disk is kinda formatted NTFS, so that's not going to happen anytime soon is it?
~~~~~ BigLig2? You mean there's another one of me?
Quake III Arena came with a GPL'd SuSE Linux disk in the box, so you didn't even already have to have Linux installed, you could install the SuSE from CD.
It would be cool if all games were like this: native UNIX/Linux software supplied with a Free OS in the box on which to run it. It would thus be able to write the same game for x86 (32 and 64), PowerPC, SPARC, MIPS, Alpha, PA-RISC, ARM, itanic etc.
However, this will never happen. In general, gamers want a slick, shrink-wrapped product with no hassle. It's for entertainment, after all, not a geek install challenge.
All the money and time has been invested in developing for Windows.
Maybe as Free Software becomes more popular, and more Mac OSX boxes get out there, it will become eceonomically feasable to develop only for UNIX using some of the modern gaming libraries to help with portability.
We'll see. Maybe I'll be able to get some new games eventually.
Stick Men
I have a feeling that many companies are worried that they will not be able to patch their code if they discover a bug 3 or 4 months down the line.... most (non-tech savy) customers are alright with d/ling a binary patch installer but do not want to d/l an iso and re-burn it.
- CDs are much slower than hard disks. Today's games push system specs and speed. This would make the game slower.
- Because people like to multitask. The trend is towards letting people check their IMs/e-mail, without having to quit their games. Everquest for example used to disallow swapping out on purpose. A client hack came out to let you swap out and run in a window, EQ responded by adding functionality to let you swap out and run in a window. Do what your clients want.
- Because no one else does. Introducing a new gaming concept like "reboot your PC to play my game" is screaming make-reviewers-diss-my-game or confuse-customers. For many not-computer-savy people introducing any new system can be confusing to them. What about the people who don't know how to set up their CMOS to boot off a CD? What about people who leave the CD in the drive and then their grandmother wants to check her e-mail, but she can't, and she keeps getting this game when she reboots.
This could be fun for a geeky gamer company though, that doesn't care about making a game that's truly competitive in the cut throat games market. Perhaps the next version of Tux Racer could try this.
---
I support spreading santorum
You don't remember the Gentoo/Unreal Live CD?
Unreal Tournament 2003 Gentoo Live CD
Posted on 16th September 2002 by drobbins
Epic Games' much-anticipated Unreal Tournament 2003 Demo is now available on a self-booting Gentoo Linux-based LiveCD, allowing you to play the Unreal Tournament 2003 Demo using any modern PC with an NVIDIA GeForce 2 or greater graphics card and a CD-ROM drive. Full networking, OSS sound and Creative Soundblaster Live! and Audigy support included, allowing for the full gaming experience including LAN/Internet play, EAX environmental audio and of course 3D accelerated OpenGL graphics. The CD also serves as a fully-functional Gentoo Linux installation CD. You can download the CD using this link.
I have several...
1) Booting from a CD means you would have to either read off a disk (hard drive, floppy), reburn/burn a CD, or store on the network. Reading/writing to the hard drive is all fine and good, unless you run Windows 2000 (or any NT derivative) which has the NTFS file system and is a pain in the ass to read/write without permission.
2) Hardware has already been mentioned, so I won't beat the dead horse, but suffice to say that hardware configurations would be an issue...having to check and load the correct drivers every friggin time would get old.
3) Writing OS checking software is fine, but what's the point? Programs are typically loads of data with OS specific executables...provide a version to the public then have them download the executable from your website that matches their OS.
--trb
I could definitely see games that are written for Linux offering this as a "spawn" copy (ala Diablo). Select the basic hardware configuration (e.g. IDE/SCSI, CPU type, video card) and it would create an ISO image to be burned to a CD/DVD. These would be awesome for LAN parties.
...here is one about MAME:
http://advancemame.sourceforge.net/cd-readme.htmlThere are links to other similar projects at the end of the page.
Yeah, there are just so many benefits to waiting a year or more before playing any new game:
- You get it for half the price.
- The bugs have been worked out.
- There are abundant cheats and tips available for free on the web if you need them.
- You save a ton of money on hardware upgrades.
I just started playing Diablo II a couple of months ago... I remember the anguish when it came out, the bleeding-edge hardware requirements. Well, now it runs on a dirt-cheap laptop. Ha!
Or, if you want to be playing the latest games that everyone else is, get a PlayStation 2.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
Because it's a daft idea. The only advantages it would offer would be to a tiny minority of people who aren't prepared to spend $50 on an OS (but are probably prepared to spend $LOTS on the latest and greatest hardware every year) while everyone else would suffer because of the disadvantages.
This would negate coding the games for different PC platforms.
No, it would not. It would merely negate writing a code for supporting a tiny portion of customers and substitute the much more difficult task of coding for the umpty-um million different combinations of PC hardware out there.
A platform includes the software _and_ the hardware.
Yep, I'd be chomping at the bit to return to the bad old days of wondering whether or not a flash new game was going to support my particular hardware combo.
Provided the hardware detection routines were up to scratch, the game could be coded using GNU/Linux for development and would run on any PC machine, regardless of OS.
No, it would almost certainly only run on the PCs that particular distro of Linux happened to support *at the time of the games release*.
And, given that support of cutting-edge hardware favoured by gamers tends to be spotty under Linux at best, I think that would be a bloody stupid move on behalf of game developers.
Only major drawback I can see would be the need to 'reboot' each time to play. Any thoughts or views on 'why not' ?"
Oh, there's many more drawbacks than that. Having to reboot is relatively a minor one.
Hardware support. Your game-on-a-CD is probably going to have huge problems with hardware released after it is.
From the developers perspective, support would be an utter nightmare, largely because of the hardware support issues.
No guarantee of convenient writable media - where are the saved games going to go ?
Memory constraints. No guarantee of available swap space.
Size constraints. Most games these days don't fit on a single CD.
Having to reboot the machine to play games. That'll be *really* popular in a house where several people share the one machine.
You basically want us to go back to the early 90s, when playing games meant having appropriately "compatible" hardware and having a custom boot disk for each game.
Worst. Idea. Ever.
If you want a console, buy a console. If you don't want to use Windows, be it for financial or philosophical reasons then accept the fact that this decision brings with it the consequence of a limited selection.
the first is that the amount of space available for hardware drivers (particuarly those that require a custom kernel module, like nvidia) is restricted - so a live-cd of the game would be similarly restricted; within those limitations though, it is more than just possible, but has been done; UT2003 demo was released on a bootable linux cd, for gforce (and a small selection of supported sound cards) which worked as well if not better than the windows demo version.
the second would be - while you can standardize the gaming hardware (almost everyone will be using similar video and audio) online connectivity, controllers (joysticks/mice or trackballs/light guns/whatever) and so forth will vary more widely. If you standardize *everything* you are left with a gaming console, which is exactly what you are describing - a reboot-to-change-games box with limited local storage and standardized hardware.
-=DaveHowe=-
check here, here, or here for further reference.
Thank you for playing.
hmmmm?
1 - Hardware detection. You bought the game and changed video card some time later... too bad
2 - Game updates. You dont wanna burn a new CD just to apply a small patch
3 - Game size. Some games spawn thru several CDs
4 - Speed. Loading from CD is SLOW
5 - The environment provided by the OS. You wanna play using AOL on dial-up? Too bad, they only support standart ISPs... What if you want to play w you network card/cable modem/some other geek way you found out to rig your PC to the internet...
how long until
I'm for the liveCD concept... but there are some good counterarguements.
Here is the link to the first comment.
Idiots.
This is EXACTLY what hardware abstraction layers are supposed to fix. That's why we've got OpenGL and DirectX. Post less, think more.
There were a few EPYX games that were self-booting on 720k floppies. Provided you had 512k of physical RAM and a CGA card, you were all set.
Made it tricky to break the copy-protection too, because the disk had bad sectors strategically placed, and it was a pain to disassemble the thing because it ran its own OS and everything.
OK, let's start again!
Let's start with Morphix/Knoppix as a base module. They are consistant and fairly stable in development. Next, lets set up the drives with stored configs, persistant home, and swap file...[note to self, may need winXP script to set up files in NT systems. As long as the file size is exactly the same Knoppix doesn't have a problem] Now adding an SDK for compatibility....Let's see both Morphix and Knoppix now support the idea of modules...precompiled & zipped up add-ons keyed to working with the disc. These would be useful for the SDK, and for the games. Again, they could sit on ANY file system. You could download new SDK modules to your HDD when you get new hardware! Knoppix is based on Debian which has execllent forward & backward compatiblity built in!! Knoppix suports External everything out of the box, USB keys, memory cards, external drives...storage of game saves is a moot point.
WE have forward and backward compatiblity, removable storage, extensability of the game & OS. The only things missing are a few key bits of software. One would need to establish a very strict API [SDL perhaps] and carefully guide it for this purpose. There would need to be work done on the game end to optimize for varied requirememts/ best play.
Overall, it's doable RIGHT NOW! So stop bitchin' about it! Try offering some constructive soulutions instead!!
Besides the other obvious arguments against pointed out in the thread, think about multiplayer games. The game would have to take care of making a connection - which means knowing about your wacky winmodem, or proprietary-protocol cable modem, and you'd have to enter a zillion settings every time you boot. Do you think it's okay to configure your network settings anew for each new application you run? That's what OSes are for.
a much better idea, and solution to all of this, is to create a somewhat stripped down mode of windows, just the kernel and anything required to make games run (dx, vid drivers, sound etcetera). we dont even need to reboot to get to this stage. microsoft could do it, they just havent.
I won't play online coop games without it. Until there's a suitable, universal, easily configurable in-game voice communication system, I'm not interested in going to the effort to reboot my PC to play one game, which I can quit my current game, and boot another one, without diconnecting my voice chat system.
They made something similar to this and its called a Playstation. or PS2, Gamecube. For the price of a PC's video card you can have a great gaming system. That will always work and wont need upgrading.
If you can afford the CPU power and bandwidth to multitask, then why don't you just buy a headless box to do that shit for you? But more seriously, if the game has a rich enough scripting engine, users can add all sorts of stupid features. Tribes 1, for example, can have ICQ integrated into the HUD.
The patch problem can be solved by mailing out replacement CDs, which makes the whole idea interesting because it benefits both customers and producers:
Producers don't have to worry about setting up mirrors and tools to let their patches be downloaded (ever tried to download a patch over a lossy connection without rsync?).
Customers don't have to screw around with getting patches online.
Producers get some information about who's buying their games when customers give them an address to send patches to. (This is valuable even if they don't sell it to third-parties.) Plus the patch CD just so happens to come with glossy ads for other games.
Customers will be able to look forward to games actually working when they're released now that there's some cost to producers in sending out a patch. (Compare Tribes 2 to the software running on the computers in your car.)
Duh: save it online! Mirabilis finally realised that with reinstalls, mobility, etc. people would prefer their ICQ lists to be saved on a central server -- all those reasons also apply to game settings and savegames. Never mind just continuing on another machine, highly customised games like Tribes 1 are unplayable under someone else's configuration. And once you start sticking things online, the possibilities are endless; eg: I can let you take a look at my beautiful SimCity in read-only mode.