Oooo a P3. Might it have an ISA slot waiting for a good little SB16?

Originally posted by DosFreak Might it have an ISA slot waiting for a good little SB16?

Nope. PCI/AGP only. I think you're in trouble, onboard audio rarely works properly in "true" DOS...and when it does...performance tends to be poor.

Just so you know, some DOS titles won't even work properly unless you're using an ISA card. Like I said, you're in a bad spot. Even if you get a decent PCI soundcard with DOS support, there's no guarantee of it working...

The only way I got the PC version of BASS working properly was running it on an old 486-66 with an ISA soundcard.

I settled for emulating the Amiga/CD32 version. It doesn't have the full intro, or the color range of the PC version (32 vs. 256 colors), but the I think the music is much better.

BTW, theres a project underway to rewrite the game's engine to allow it work natively in a Windows environment....but that's probably going to be a long time.

Are you talking about the source code released to the SCUMMVM team?

From what i heard from the scummvm team it's a bitchy game with to much stuff being handled by the program instead of the scripting language.

Originally posted by Harekiet ...to much stuff being handled by the program instead of the scripting language.

Yes, that's why I said "going to be a long time"

Nicht Sehr Gut wrote:

Yes, that's why I said "going to be a long time"

If I had the access to working source code, I could (probably) fix the game to work on newer computers/systems. Unfortunately I don't have time (or maybe enough abilities) to make a portable C version, so I won't ask the scummvm team for the sources 🙁

-Mok

Originally posted by Mok ... I don't have time (or maybe enough abilities) to make a portable C version, so I won't ask the scummvm team for the sources

Well, you could ask...but you'd be opening up a great big box of pain as (apparently) the original programmers did it in some form of assembly (which I think was quite insane...especially considering they were programming the 68000-based Amiga version at the same time).

Nicht Sehr Gut wrote:

Well, you could ask...but you'd be opening up a great big box of pain as (apparently) the original programmers did it in some form of assembly (which I think was quite insane...especially considering they were programming the 68000-based Amiga version at the same time).

Actually, I prefer assembly language to C. In the past I even wrote 1 or 2 adventure games in pure assembler (nothing known or good), one of them was in 68000 asm for amiga 😀 But in this case I mean 'fixing' only ie. replacing the shitty flashtek dos extender with another one. This requires some changes in the game code, but AFAIK nothing really major. The main problem is getting the code relocatable, which requires the source code, as the original executable is fixed at address 0.

-Mok

o.o
Dude, Mok. You're completely nuts.
Did you ever get my PM? 😜

Originally posted by Mok Actually, I prefer assembly language to C.

I amfraid I have to agree with Snover on this one. That's nuts. All that labor for even the simplest of tasks. Sub-routines or the like I could understand...

In the past I even wrote 1 or 2 adventure games in pure assembler (nothing known or good), one of them was in 68000 asm for amiga 😀

A noble cause, to be sure. You sure it wasn't for the ST and you did a quick and dirty port?

...replacing the flashtek dos extender with another one. This requires some changes in the game code, but AFAIK nothing really major.

Ok, now THAT sounds viable. A full port would be best, but a complete (properly working) port will probably take a huge amount of time.