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]

EDIT: Never mind.

[penguinofhonor]

So I solved my problems earlier and have a pretty minor problem. After I make a world, when it's saving the world it flashes between the "exporting this, saving that" thing and the world map. And when it goes to the title screen after that, it flashes between the title screen and the world map.

[Toady One]

Windows: http://www.bay12games.com/dwarves/df_28_181_40d8_win.zip
Linux: http://www.bay12games.com/dwarves/df_28_181_40d8_linux.tar.bz2

[Veroule]

Regarding the minimizing and restoring I found this in the last BC source I downloaded. From enabler_SDL.cpp in function eventLoop (line 256),

Code: [Select]

      case SDL_ACTIVEEVENT:
if (event.active.state & SDL_APPACTIVE) {
  if (event.active.gain) {
    // FIXME: We must do a full screen refresh (not partial)
    // after being restored.
  } else {
    // TODO: Disable rendering when nobody would see it anyway
    // Or maybe pause?
  }The original BC sources when to a Windows WaitMessage when it was minimized.

The appropiate else section for the above snippet would be to set the isVisible property of the enabler to false.  Then above at the SDLPollEvent you should check this property and call SDLWaitEvent when the window isn't visible.

Are the sources on the main page of this topic still kept up to date with changes?  I have been digging around in many of the various classes in the original BC source for some other things that can be optimized in the graphics area.  The original code is just a little easier on my eyes.  I checked a few things I had spotted since I last downloaded the modified BC, and they were still there.  However the last time I downloaded was before 40d2.

Edit: BTW, I threw all of my other coding projects off my desk.  It seems like this is the time to make this happen and we may never get a chance to do it again.  I will probably be digging for a while to produce a list of optomizations, but there are a lot of really small things that I spotted in various loop where I know all compilers will produce less then efficient code.

[MagicJuggler]

Hello; I Dled it and am wondering how to translate my file over from Mayday's DFG16; my only modification was to replace the cat's [MOUTH] with a [CAT_MOUTH] so it could grasp stuff.

[Vanan]

Windows: http://www.bay12games.com/dwarves/df_28_181_40d8_win.zip
Linux: http://www.bay12games.com/dwarves/df_28_181_40d8_linux.tar.bz2

So what's new in this one?

[Footkerchief]

So what's new in this one?

From release notes: "Pressing the close window button doesn't lock you in the options menu now."

40d8 intro movies still run at 250 FPS.

[Baughn]

Regarding the minimizing and restoring I found this in the last BC source I downloaded. From enabler_SDL.cpp in function eventLoop (line 256),

Code: [Select]

      case SDL_ACTIVEEVENT:
if (event.active.state & SDL_APPACTIVE) {
  if (event.active.gain) {
    // FIXME: We must do a full screen refresh (not partial)
    // after being restored.
  } else {
    // TODO: Disable rendering when nobody would see it anyway
    // Or maybe pause?
  }The original BC sources when to a Windows WaitMessage when it was minimized.

The appropiate else section for the above snippet would be to set the isVisible property of the enabler to false.  Then above at the SDLPollEvent you should check this property and call SDLWaitEvent when the window isn't visible.

Are the sources on the main page of this topic still kept up to date with changes?  I have been digging around in many of the various classes in the original BC source for some other things that can be optimized in the graphics area.  The original code is just a little easier on my eyes.  I checked a few things I had spotted since I last downloaded the modified BC, and they were still there.  However the last time I downloaded was before 40d2.

Edit: BTW, I threw all of my other coding projects off my desk.  It seems like this is the time to make this happen and we may never get a chance to do it again.  I will probably be digging for a while to produce a list of optomizations, but there are a lot of really small things that I spotted in various loop where I know all compilers will produce less then efficient code.

An excellent idea; I have less than complete knowledge of how well gcc optimizes, so some help would be appreciated.

However, that code is quite old. You'll want to use git://brage.info/bc.git instead. Alternately, send me an SSH public key and I'll give you commit access.

I never spotted the isVisible property, and it still isn't in use, but I think I'll wait for a patch from you on that.

[Baughn]

So I solved my problems earlier and have a pretty minor problem. After I make a world, when it's saving the world it flashes between the "exporting this, saving that" thing and the world map. And when it goes to the title screen after that, it flashes between the title screen and the world map.

Sounds like your partial-printing reprint count is still insufficient.
This sort of thing is why the other two options are there.. pure partial-printing is just a pain. :/

[bartavelle]

Lazy bug reporting : I saw that one of the releases was supposed to bring better keyboard support for linux. It doesn't work at all for my laptop french keyboard. 30% of the keys are not even "pressable" in DF. And i'm talking keys like the upper numbers, not some exotic keys.

Have fun debugging this :p

[Quift]

I get some extremly annoying flickering window in Ubuntu. I didn't get it at first but after changing the tilesets to mike mayday (basicly by switching the art file and renaming the files .png aswell as changing their names in the mike mayday init folder.

Quite rough as a transfer surely.

I'm too new to linux to really know where I went wrong.

"Renaming the files .png" <-- That's what.
You shouldn't call them .png unless they actually are PNG files; it'll fail to load them, producing all sorts of odd effects. (Unfortunately, while there's a 404-not-found check in there, it doesn't crash out if it just finds an empty tileset.)

BMP files should be called .bmp. They load fine.

Actually that works just fine. The problem was due to the mouse (removing mouse support helped), and having the for some bizarre reason using some particular webpages on the same time as df. this forum works fine, but opening a tab with rapidshare causes the thing to go bonkers. generally I do not have any problems at all when only running df. my fps is a bit low but that might be becasue of the few hundred antmen, rat men, dark gnomes, troglodytes, horses, trolls and spiders runnig around on my map. I still get an fps of around 40 though so it might improve al lot once i get a military to kill them all.

[Savok]

In general, renaming files from .bmp to .png might work and might not. For it to work, the program has to correctly recognize the files as bmp files, since they still are bmp files. Many programs do not, assuming that they are png files, since they have a .png extension. This causes wonky stuff to happen. In general,

DO NOT SURGICALLY ALTER IMAGE FILE ENDINGS. THIS WILL (usually) CAUSE BAD THINGS TO HAPPEN. OK?

[Baughn]

Lazy bug reporting : I saw that one of the releases was supposed to bring better keyboard support for linux. It doesn't work at all for my laptop french keyboard. 30% of the keys are not even "pressable" in DF. And i'm talking keys like the upper numbers, not some exotic keys.

Have fun debugging this :p

Nah, I know exactly what the reason is, and I'll fix it too.  Patch sent.

[Toady One]

I should be getting my Mac update in a few hours, so we can crack open a whole new universe of fun if that works out.

[Baughn]

In general, renaming files from .bmp to .png might work and might not. For it to work, the program has to correctly recognize the files as bmp files, since they still are bmp files. Many programs do not, assuming that they are png files, since they have a .png extension. This causes wonky stuff to happen. In general,

DO NOT SURGICALLY ALTER IMAGE FILE ENDINGS. THIS WILL (usually) CAUSE BAD THINGS TO HAPPEN. OK?

Moreover, the documentation for SDL_image specifies that it picks the right decoder based solely on filename ending. There may be code to handle mismatches, but if it was very reliable I'd expect it to be documented.