Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  

Poll

Having tested both 2D/2DHW and STANDARD, how is 40d18 compared to 40d?

Faster, no problems
Faster, problematic
Same speed, no problems
Same speed, problematic
Slower, no other problems
Slower, problematic
Doesn't work at all

Pages: 1 ... 19 20 [21] 22 23 ... 25

Author Topic: FotF: Dwarf Fortress 40d18  (Read 105984 times)

Buffered

  • Escaped Lunatic
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #300 on: February 28, 2010, 03:07:21 am »

I seem to be having trouble making macros for the manager screen. For example, entering qn{enter}30{enter} manually will queue 30 collect sand jobs. However, playing back the macro halts after the q at the text input, regardless of the macro key delay setting.
Logged

Urist McDepravity

  • Bay Watcher
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #301 on: February 28, 2010, 04:06:15 am »

I've done something that might fix the ncurses output.. orr~, it might cause it not to work at all.
Try -head, see what happens?
Works here now again, thx.
Altho colors are a bit weird, and some symbols like ▓ work a bit incorrectly (do not fit background rectangle). But that's my fonts i believe.

Also, couldn't build it on the server,
Spoiler (click to show/hide)
Logged

Baughn

  • Noble Phantasm
  • The Haruhiist
  • Hiss
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #302 on: February 28, 2010, 05:24:54 am »

Yes, not having SDL_image installed will do that.
Logged
C++ makes baby Cthulhu weep. Why settle for the lesser horror?

blur

  • Bay Watcher
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #303 on: February 28, 2010, 12:15:18 pm »

Running great and fast (40 FPS with 170 dorfs). I'm having 170 dwarves in my fortress, but neither nobles (exept philosopher and dungeon master) nor siegers arrived yet.
Logged

jfs

  • Bay Watcher
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #304 on: February 28, 2010, 03:03:49 pm »

Baughn: Would it be realistic to decouple the screen drawing from the engine speed by essentially double-buffering and using a separate thread to update the screen? The real idea would be to prevent slow rendering from slowing down the game further, and to some extent make the specification of G_FPS to be irrelevant because it can just redraw as fast as possible and still let the game run at full speed.

The idea I have is:
Have a memory graphics buffer the game writes directly to, this buffer is locked while the game is writing to it, and unlocked while the game is simulating. (This depends on there being such a distinction...?) When the graphics rendering thread wants to render, it takes a lock on the game's graphics buffer, of course blocking until it gets that lock. When the graphics thread has taken the lock, it makes a copy of the buffer to a "front buffer" and releases the game graphics buffer lock again, letting the game simulation continue; this lock-copy-unlock should barely take any time, seeing the buffer can't be much more than a few kb large. The graphics thread now has a private copy of the game screen, and can spend as much time as it likes rendering the display, while the game engine is free to simulate as many frames it can in the meanwhile.
Keyboard and mouse input is a separate issue here, since what the user views might be several game frames behind the input. It should probably go to some input queue the game reads directly, maybe running in a third thread, or maybe running in the game engine thread.
Changes to the graphics window should be sent to the game engine when the graphics engine unlocks the game graphics buffer after copy.

The issue I'm proposing the solution to here is that I can may get 80-100 simulation-FPS and 20 graphics-FPS when G_FPS set to 20, but get 30-40 FPS if I set G_FPS to 50. Decouple rendering from simulating completely, and that should never be an issue again.
It would also (temporarily) shut up people complaining that DF doesn't use their dual-core CPU's :)
Logged

Baughn

  • Noble Phantasm
  • The Haruhiist
  • Hiss
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #305 on: February 28, 2010, 03:32:32 pm »

It's possible, but not something I'm going to do right away.

However, the shader implementation does basically that, only with the GPU in place of the second core. It would be possible to build on that work.
Logged
C++ makes baby Cthulhu weep. Why settle for the lesser horror?

Baughn

  • Noble Phantasm
  • The Haruhiist
  • Hiss
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #306 on: February 28, 2010, 03:41:47 pm »

Okay, I think I've got the 2D discoloring of colored tilesets fixed in -head. Anyone feel like testing it?
Logged
C++ makes baby Cthulhu weep. Why settle for the lesser horror?

Ogantai

  • Bay Watcher
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #307 on: February 28, 2010, 04:03:18 pm »

It's possible, but not something I'm going to do right away.

However, the shader implementation does basically that, only with the GPU in place of the second core. It would be possible to build on that work.
Should users expect to see any improvement from SLI video cards?
Logged

Mike Mayday

  • Bay Watcher
  • gfx whr
    • View Profile
    • Goblinart
Re: FotF: Dwarf Fortress 40d18
« Reply #308 on: February 28, 2010, 04:12:33 pm »

Hello, I've been receiving reports that PNG graphics don't work on a mac. Does anyone have info on how to fix that?
Logged
<3

Grax

  • Bay Watcher
  • The Only.
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #309 on: February 28, 2010, 04:19:19 pm »

It's possible, but not something I'm going to do right away.

However, the shader implementation does basically that, only with the GPU in place of the second core. It would be possible to build on that work.
Should users expect to see any improvement from SLI video cards?
Someday it will use PhysX.

We'll just have to try to stay alive till that day.
Logged
Finis sanctificat media.

Grax

  • Bay Watcher
  • The Only.
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #310 on: February 28, 2010, 04:20:26 pm »

Hello, I've been receiving reports that PNG graphics don't work on a mac. Does anyone have info on how to fix that?
Get a normal PC?
Logged
Finis sanctificat media.

quinnr

  • Bay Watcher
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #311 on: February 28, 2010, 04:40:42 pm »

Hello, I've been receiving reports that PNG graphics don't work on a mac. Does anyone have info on how to fix that?
Get a normal PC?

Macs and Linux are far superiour to PC's though.
Logged
To exist or not exist, that is the query. For whether it is more optimal of the CPU to endure the viruses and spam of outragous fortune, or to something something something.

Footkerchief

  • Bay Watcher
  • The Juffo-Wup is strong in this place.
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #312 on: February 28, 2010, 04:43:19 pm »

Get a normal PC?
Macs and Linux are far superiour to PC's though.

Don't do this in here.
Logged

Grax

  • Bay Watcher
  • The Only.
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #313 on: February 28, 2010, 04:46:38 pm »

Macs and Linux are far superiour to PC's though.
Ok, for the triple price.  ;D

Don't do this in here.
Sorry  ::)
Logged
Finis sanctificat media.

inteuniso

  • Bay Watcher
  • Functionalized carbon is the source.
    • View Profile
Re: FotF: Dwarf Fortress 40d18
« Reply #314 on: February 28, 2010, 05:44:24 pm »

People, people, they're all pc's.  Don't argue like this.


Anyways, Is 40d18 better than 40d17?
Logged
Lol scratch that I'm building a marijuana factory.
Pages: 1 ... 19 20 [21] 22 23 ... 25