Print

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

Higher speed, no problems

Higher speed, problems

Same speed, no problems

Same speed, problems

Lower speed, no problems

Lower speed, problems

[CobaltKobold]

You want the gridrectst::render function in enabler_sdl.cpp

Many thanks...though it doesn't look like what I was hoping for.

[Baughn]

An actually playable (kinda; lots of bugs) 40d17 is in the repository now, which has a more conveniently readable color-blending/rendering function.

Look at gridrectst::render_2d.

[CobaltKobold]

That's ... are you caching one copy of each tile per color and then just looking it up?

The function is quite clear else, and...well, I'm struck by how easy (single-level) isometric is to fix up there. (Another time, perhaps-but only line 913 (edit: Or both 891/3) needs changing in that function, if you leave alpha on for the blitting)

(yes, I know, it'd leave the menu a shambles)

[StealthArcher]

An actually playable (kinda; lots of bugs) 40d17 is in the repository now, which has a more conveniently readable color-blending/rendering function.

Look at gridrectst::render_2d.

WHEEEEERRRREE!?

I DUN CARE ABOUT THE BUGS!  I WANT TO PLAY SOME KIND OF A NEW VERSION D: D: D:


In other words, link please.

[CobaltKobold]

...DF 40d17 is still a version of DF 0.28.181.40d. Just the I/O getting optimized. Like with DF 40d1-16...

[goffrie]

In other words, link please.

"in the repository", i.e. in the git repo in the first post. It'll only work on Linux. (I think.)

[Baughn]

That's ... are you caching one copy of each tile per color and then just looking it up?

Yes.

It sounds crazy, I know, but it speeds things up a lot and there aren't actually that many combinations in actual use; just a few hundred, tops.

The OpenGL-based modes, of course, just have the GPU blend the colors in in realtime.

[CobaltKobold]

I know, costly computations are better done beforehand for performance... somewhat old book on writing a 3d game uses fixed-point math and LUTs for trig functions since it predated math coprocessors...

Anyway, 128 color combinations (since BG is always dark)...minus the bits with the RAW-defined colors. I can see this running into memory problems with that 8800² tileset...

[Baughn]

Look closer.

The tiles aren't precached; they're cached at first use, so only the combinations in actual use will be put in there.

If this still turns out to be a problem in long-running sessions with huge tilesets, I might add some kind of timeout to them. Or just tell those people to get the heck over to opengl mode.

[CobaltKobold]

Hmm, ok.

Still, we already ran into problem with OpenGL mode with the monster-size set, hence its appearance here.

[Baughn]

Well, there's another little problem you need to keep in mind.

The 2D mode can't zoom. All tilesets are always shown at native resolution, period.

[CobaltKobold]

True, that. Then again, I know who could probably craft design a display that would not have a problem with that.

[Baughn]

I can now confirm that adventure mode works great in my current setup, and will work great in 40d17. Which is approaching, I think.

Issues? No issues.

[SirPenguin]

You the man, duder. Can't wait to try it out, if only for the alt-tab bug fix, which has literally driven me crazy these last few months.

[yarr]

so i downloaded the d17 .exe from the repository, but apparently it won't run in win7x64