It [i]does[/i] need more than 16 megs of RAM on a PC. I have checked the ammount of memory Quake 2 uses and it uses between 12 and 20 Mb while the game is running. However, during loading, it peaks at 32 Mb or less, depending on the map. It's more if you're using OpenGL. However, if we strip the sou...

It is possible. In fact, it could be done in a few weeks IF the dreamcast had 32 Mb of RAM. Alas, it has but a mere 16 Mb of main RAM, so Quake 2 will not load. At all. Not even a little bit. However, it should be possible with some MAJOR modifications to reduce RAM usage. Quake 2 is not very memory...

If you still have the original Quake CD, you could just do a fresh install onto a new directory on your hard drive and get the PAK files from there.

You could use a tool like DEU to patch the Doom (2) WAD file with the master levels. I have never actually seen them, so I have no idea how they are structured, but you should be able to patch your Doom 2 WAD file and run it as if it were a main wad file. Then, rename it to a WAD you don't have (Doo...

The WAD files that DoomDC should support are the same as the ones from the PC source release. Ultimate Doom works (sort of) using DOOM.WAD, but is supposed to be DOOMU.WAD. Here's the list of WADs from the source code released by id: Doom Shareware: DOOM1.WAD Doom: DOOM.WAD Ultimate Doom: DOOMU.WAD ...

Right. I've worked out what you've gotta do. First, there is a MAJOR memory problem. I've got Quake 2 to use about 14.5 Mb of ram playing the first demo, but it peaks to about 25Mb while loading. It allocates a lot of extra space that it later frees. You'd have to optimize the whole thing for memory...

In theory, I suppose, you could connect any device which does data transfer to the extension port: USB controller, IDE, SCSI(maybe), sound cards, parallel ports, mouse/keyboard slot, model, network card, PCMCIA slot, more/different joypad ports, Dreamcast powered coffee machine...

Yes, that's fine on a PC, but that's still a lot of stuff to put on a Dreamcast. Don't get me wrong, Linux is definitely one of the better PC operating systems, but, like all PC operating systems, it has a lot of stuff that's redundant or unnecessary. Windows is far worse for being filled up with cr...

Firstly, to DukeOfURL: What are you talking about?

Secondly, weren't there some saturn EMUs around somewhere for the DC? The DC cound probably run Saturn code natively (same CPU family) so an emu wouldn;t have to do much, would it?

I've only ever found 3 that work: UltraHLE, which no longer works since I dumped my Voodoo 3 card. Nemu64, which is OK but has major bugs, and Corn, which runs on ROM with terrible bugs, at 300% normal speed. Good? There are lots of better PSX emulators.

All of you GCC gurus are going to laugh at me for this one, but I am stuck. Every time I try to compile anything with GCC for SH$ processors, GCC dedcides to compile SH4 code, and then invoke the x86 assembler. GCC x86 worked fine. How the hell do I stop it doing this? I tried removing GCC for x86, ...

I've used NesterDC, and it works great on all my games, as does Nester on my PC. I didn't notice that it wasn't fullscreen though. Anyway, my TV is crap and so I don't need bilinear filtering. Apparently, FRnes works pretty much as well, so unless you have game ROMs with weird mappers, just pick one...

Don't worry too much about it. I first tried to use C++ when I was 13, and I couldn't get anywhere. I gave up, and came back to it when Quake 2 was out. Having mucked about with Q2 for ages, I had gotten the hang of some of standard C without even trying. You'll get it in the end. My worst error was...

OK, I'm gonna get flamed for this one, but I personally don;t like Linux. It's way too big when fully set up, and it has way too much overhead. So do Windows and MacOS, so it's not that uncommon. LinuxDC is just not feasible in my opinion. The DC's hardware is too limited to run a complete PC operat...

Is the source code for ROTT out? I wasn't aware of that, but if it is then it might be possible. I haven't been doind DC coding long (2 days?) and as yet I haven't got anything working, but I do know about PC code. Most games when ROTT was released were coded with a lot of x86 ASM. If ROTT uses a lo...

The way I see it, the Quake source is GPL'd. This means that, even though it was only distributed officially to Sega developers, they can distribute it to whoever they want. That means that they HAVE to give you the source code, if you ask for it. It even said that it was under GPL, so if you ask th...

To be honest, I don't think there's a chance. An amiga is perhaps two or three times as complex as a SNES, and SNES emus on DC are rather pathetic. Even Fellow, which is written in 100% ASM, needs a 500MHz PC to get near full speed, and then you have loads of other problems. It's too much hassle. I ...

In theory, Quake 2 should be portable. I ported it to a PC OS in a few hours. Okay, it's unplayable (no controls) but it seems to work fine. Catch it that, while it would run as a direct port, it would be slow, difficult to play, and have over half of the good features (mod support, network, sound, ...

I was just experimenting today to see how hard porting Quake 2 to anything would be. I stripped the Win32 port and all x86 optimizations from the code, and tried to compile. It took about half an hour to get it compiling with blank drivers, half an hour to get it running without any apparent memory ...

I don't see why a port of Quake 2 for the DC would be too hard. Q2 ran in software mode on my old P133 laptop with 16 megs of ram, with an acceptable framerate. The rest of the code is totally portable, and would probably compile under GCC for and SH4 processor with very few (if any) modifications. ...