Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Faster than 40d, no problems

42 (26.1%)

Faster than 40d, problems

72 (44.7%)

No slower than 40d, no problems

14 (8.7%)

No slower than 40d, problems

16 (9.9%)

Slower than 40d, no problems

2 (1.2%)

Slower than 40d, problems

3 (1.9%)

Doesn't work (please explain)

12 (7.5%)

Total Members Voted: 160

[catfry]

It doesn't seem to work on windows 98. "\BATTLE CHAMPS:EXE file expects a newer version of Windows. Upgrade your Windows version."

I realise this probably is a ridiculously small group of people consisting of me and perhaps one other guy, but is it a huge problem to make it work?
Otherwise this will actually be the first game that I want to play that will require me to upgrade the OS..

EDIT: People always give me the stink-eye when I tell them I still use win98, "It's unstable, it crashes, it's annoying", and in general I absolutely agree, but in my specific case, on this computer, with this configuration, it has been rock solid for years and years. I haven't changed a thing, and ideally I won't untill I'm forced.
That constant upgrade cycle is really tedious.
Anyways I've tried dual booting Linux before and will probably do so to run DF, thanks for your work.

[Baughn]

Hm.

My feeling is... no, it won't work. It uses a lot more libraries now; even if DF itself has no dependencies on XP, chances are one of the libraries does.

You could upgrade to linux instead, though. There's a linux version of DF too now, and it's a lot less likely to annoy you.

[Deto]

It doesn't seem to work on windows 98. "\BATTLE CHAMPS:EXE file expects a newer version of Windows. Upgrade your Windows version."

I realise this probably is a ridiculously small group of people consisting of me and perhaps one other guy, but is it a huge problem to make it work?
Otherwise this will actually be the first game that I want to play that will require me to upgrade the OS..

If its only filespecific, you could try 'hacking' it with MS Orca. You could delete checks and such from the file, but if, like Baughn says and the file requires libraries that don't support 98, you won't get much from it still ... Might be worth the shot

Tormy: Thanks for the link, I gotta explore when I have more time and my laptop ain't needed for important stuff

[catfry]

Thanks Deto, I might look into that. Also I should point out that on the front page Dwarf Fortress is listed as requiring Windows 98+. Just something ToadyOne is hereby reminded of to change.

[Frobozz]

Under Linux, with Compiz-Fusion running, I get about 5500fps at default size. Running a simulation it dips down to 3000 or so. But it fluctuates so wildly its a bit hard to tell what it really is. I figured there wasn't much point in trying bigger sizes seeing that the game isn't CPU heavy and my GeForce 8600GTS never really struggles with anything.

For the record, the Windows version completely fails in Wine.

[Andir]

Under Linux, with Compiz-Fusion running, I get about 5500fps at default size. Running a simulation it dips down to 3000 or so. But it fluctuates so wildly its a bit hard to tell what it really is. I figured there wasn't much point in trying bigger sizes seeing that the game isn't CPU heavy and my GeForce 8600GTS never really struggles with anything.

For the record, the Windows version completely fails in Wine.

Might I also add that I'm totally psyched to possibly play Linux DF native!?

[Thndr]

For the record, the Windows version completely fails in Wine.

Thats never a good sign.

[Baughn]

It's the same problem - it has dependencies on the MSVC runtime we haven't quite worked out. You could, in theory, run the redistributable installer on linux to fix it.

[Andir]

It's the same problem - it has dependencies on the MSVC runtime we haven't quite worked out. You could, in theory, run the redistributable installer on linux to fix it.

I was going to say.. I thought SDL had Linux (!edit sorry) headers.  I admit I haven't really played with it much.  I have been going through the code that Toady released for BC and I can't remember seeing any really ugly Windows specific headers that are difficult to work around...

[Aristoi]

Running it on a Dell Mini 9 (Ubuntu 8.04.1, 512megs RAM and the Intel graphics chip) on default fullscreen, I was getting 200-400 FPS in battle and 250-500 on the map screen.  Well done on the speed, it's quite an improvement over the 6 FPS I usually get in DF.

[Veroule]

For those getting the 'not configured properly' message, like myself.  This actually appears to be a dependency on the "glu32.dll".  Some drivers have this dll, others use "glut32.dll" as the name, and yet more don't have any dll similar.  Downloading the current MSVCRT library may not correct this problem.

I am about to dig in to compiling the source code.

[Baughn]

It's the same problem - it has dependencies on the MSVC runtime we haven't quite worked out. You could, in theory, run the redistributable installer on linux to fix it.

I was going to say.. I thought SDL had Linux (!edit sorry) headers.  I admit I haven't really played with it much.  I have been going through the code that Toady released for BC and I can't remember seeing any really ugly Windows specific headers that are difficult to work around...

It does. They were talking about using Wine to run the *windows* version on Linux.

An especially pointless exercise when there is a native Linux version.

[Baughn]

For those getting the 'not configured properly' message, like myself.  This actually appears to be a dependency on the "glu32.dll".  Some drivers have this dll, others use "glut32.dll" as the name, and yet more don't have any dll similar.  Downloading the current MSVCRT library may not correct this problem.

I am about to dig in to compiling the source code.

Sounds unlikely. GL, GLU and GLUT are all separate things.
It's very possible for GLU to be part of GL, but then you'd think.. eh, never mind. You fix it. ^_^

[codezero]

Works fine on my machine
pentium dual core 1.6ghz
integrated gfx card (intel)
windows xp

fast

[Veroule]

GLU and GLUT are both extension libraries for OpenGL.  I will track down the specific usage soon enough.

So far on the compiling report I found a few minor things wrong.  These mostly are in the usages of #include.  This may be because I tend to have multiple different versions of a library around, in any case '#include <file>' directs the compiler to use a "standard/default" file first, whereas '#include "file"' tells the compiler to look first at the project specified include directories, then go to a "standard/default".  Correcting the SDL references in enabler.h got my compiler to use the newer libraries for this project.

My next error point is in music_and_sound.cpp.  Correcting the includes for fmod in music_and_sound_g.h cleared up one error.  I am still try to track down something else here.