DOSBox Sees Continued Success
KingofGnG writes "DOSBox, the emulator designed to run DOS games on modern operating systems (and not necessarily on a PC), has been chosen as project of the month for May on SourceForge. It's the latest award granted to a piece of software that 'simply does what it is supposed to do,' as the authors say. After having amassed more than 10 million downloads, it will soon be getting an update that's been awaited for almost two years."
Q&A for DOS was the best non-relational database of the pre-windows era. (Ok, so PSF/File and Alpha4 had their fans too.) When I needed to load a copy of Q&A to retrieve some old Q&A data, every version of the Windows Dos box would lock the system up. The early versions of DOS/Box would also crash on Q&A's nasty habit of directly accessing system video.
However, for the last three years (at least), DOS/Box now loads Q&A and at least the Q&A search and export features work just fine.
This is one fine product.
Live Long and Prosper - Thanks Leonard. You are missed.
Dosbox is fantastic for those times when you want to relive the moments when you first got into pc games (at least for anyone born before say 1984 or thereabouts).
Many of the games we now regard as classics, were written for DOS. Many of those games even pioneered whole genres of computer gaming.
Such games that come to mind include Wolf3D, Doom, Command & Conquer, Warcraft, Need For Speed, Microprose F1GP and the list goes on.
They may not have been the first in their genre, but they were certainly the games that defined the genre. Current game developers would do well to look to the DOS classics for inspiration, not so much for ideas, but for how to create a true classic.
Dosbox works incredibly well right now and I wish its developers every success in its continued development.
This seemed like a reasonable sig at the time.
This is probably the most common sentiment you'll find in reference to DOSBox. Everyone just loves this project... I think it really is because it has one singular focus and succeeds whole-heartedly at it. Also, the project has done a great job of remaining very gracefully platform agnostic. It's brought back the old Keen series and Little Big Adventure and such to me, on any system I might want to play it on.
Now that even games on Steam are starting to ship packaged with DOSBox, you really have to take some time to reflect on how much this has done for an archive of almost forgotten and still very valuable games.
I know quite a few companies that spent a killing in DOS applications back in the days, and who are either too cheap or too strapped for cash to replace those apps with newer ones, so they're stuck with having an ancient box around that still runs DOS. If you happen to have an old machine, don't throw it away, companies will pay for those machines if, and only if, they run DOS 6.22 (3.something, I forgot which one, would even be better) fine.
Now DOSbox would be the saviour... IF it could print! Of course those ancient machines need to output their data somehow, and while the ones that fortunately just store data and spit it on discs can actually benefit from DOSbox, apps that need to create a hardcopy are just out of luck (at least about 9 out of 10 times).
Print support in DOSbox would end the aera of legacy machines littering offices worldwide. THEN it would be the absolute app. And another foot in the door of offices for free software.
We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
Ahh, that reminds me. Few years back I did some reverse engineering of Commander Keen using DOSBox.
I tapped the emulation loop and wrote replacement functions for each address. So, for example, whenever address 0x1713 of the Keen segment was executed the function add_monster_1() would be called. It would do its thing and, if I had translated it correctly, the game would appear unchanged. I did this for a lot of functions:
http://www.quantumg.net/keen1.c.txt
The result was much more enlightening than reading asm code. For example, John Carmack used the same code for doors in the game as he did for monsters. In a sense, doors *were* monsters, they just didn't have as complex "thinking" as some of the other monsters in the game. I could also confirm that there were no more "cheat keys" or secret levels in the game than the ones that had already been advertised :)
I later tried to convert this to compilable source code using libSDL for the graphics but that project has been lost to me.. it's probably floating around on one of my old linux machines.
How we know is more important than what we know.
QBASIC for some quick-n-dirty programming when linux shell scripts or spreadsheets aren't enough, but C or PERL is overkill.
dBASE IV, complete with DOS 4GW extended memory manager runs just fine. Woohoo.
I also have the original floppies for Chessmaster 3000 (yeah it's ancient). I could not get it to run under WINE. But CM 3000 is so ancient that it supports Windows 3.1 and Win95. When they were throwing out old computers at work, they threw out the Windows 3.1 floppies with them. I took a set home with me. I couldn't install from the floppy drives, but I was able to image the floppies as disk files, and tell DOSbox to treat the image files as floppies.
Win 3.1 was a graphical shell that installed on top of DOS. DOSbox's emulation is good enough that Win3.1 installed properly on top of DOSbox. Now I can pull up the DOSbox prompt, "CD \WINDOWS" and type "WIN", and up comes ye olde Program Manager.
I also run the original Tetris under DOSbox. I use a cheat. Tell Tetris that you're using a joystick, even if you don't have one. That slows down the game to make it more playable.
I'm not repeating myself
I'm an X window user; I'm an ex-Windows user