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

[Baughn]

It could be because of the libstdc++ thing. Toady really ought to get an older linux distribution to compile on...

[Baughn]

I've fixed ubersoldat's problem (it /was/ my fault, after all - I was overcorrecting the texture coordinates, and the problem just didn't show up on most hardware), and while I was at it, the LINEAR texture parameter is supported again. d6 should be fun.

[Ampersand]

Since you're the one developing the opengl engine at the moment, Baughn, do you have idea what an ideal ratio between the FPS cap and GFPS cap should be? Or would it vary too much between any given set of hardware for there to be a meaningful answer?

[Baughn]

There is no ideal ratio; it depends entirely on your preferences.

The way it's programmed, /when it works/ (eg. in d6), it'll do at least one frame of simulation per graphical frame, or the other way around, if it's having trouble hitting the cap - you'll never see starvation of one or the other.

That said, in my experience anything above 20 GFPS is a waste; I don't notice the difference. This obviously won't be the case if you use the texture mouse, mind you.

Also, graphical frames may be cheaper, but they aren't free.. well, basically all the same rules that applied to 40d1 should apply to 40d6.

[Baughn]

Oh, but you should never set G_FPS above your monitor's framerate - preferably set it a bit lower - otherwise it'll start blocking in the flip_buffers call and you won't get the speed you could otherwise get. You can't get more frames per second than your monitor can display anyway.

The default of 50 is, by the way, low enough never to be too high in this respect.

[Ubersoldat]

What's funny is that updating my drivers fixed my problem, as I sort of suspected. Oh well, hopefully some good came out of it in the end.

[bhelyer]

It could be because of the libstdc++ thing. Toady really ought to get an older linux distribution to compile on...

The thought had crossed my mind. I think we're both on 8.10, so libstdc++ should be the same, but I think it probably is some oddity of my environment. I just can't get it to reproduce (though it happens often enough), so I guess I'll just have to live with it, for the moment.

[Ampersand]

Thanks for all the information Baughn. And for all the effort you are putting into this. And to Toady, of course for working over time this month on df.

[thobal]

I'm getting 100-300 FPS where I used to get about 70

The only problems I've encountered in my admittedly brief run was slow response from the HOME-END PGUP-PGDW keys that I use to scroll fast.

Oh, and Happy New Year everybody!

[Serjndestroy]

Woohoo, awesomeness! I can finally play DF again

[Taniec]

I have yet to start testing this out; but with partial print off the game loads fine and with partial print on the window opens up and just remains black causing me to alt-ctrl-del to exit the program.

With 40d, the game loaded up just fine with partial print on.

[Baughn]

The window remaining black is a known (and fixed) problem, but.. have you tried typing in a quit command blindly?

[d64]

I used to have the blurry characters problem in regular 40d. It was fixed by going into the ATI control panel and setting the filtering options to "app control".

[Baughn]

Right. Without that, it was probably using linear filtering where it was supposed to use nearest.

Mind you, that was still buggy, the bug just doesn't trigger for most people, seemingly.. you wouldn't have that problem with d6.

[Volfram]

Sorry, your community's quality just dropped.(I joined it.)

Enabling Partial Print causes the screen not to be drawn(the draw function doesn't get called.  At all.), and seems to cause DF not to accept inputs, either.

Graphics: Intel GMA 945 Extreme
OS: Microsoft Windows Vista Home Basic, most up-to-date.

That should be all of the relevant system specs.  I didn't find any settings in the Init file to enable the new OGL renderer, so I assume it's simply always on.

Game works as normal when Partial print is disabled, but that makes my framerate suck, so I've been keeping PP on since it was introduced.