Print

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

Faster, no (unknown) problems

Faster, problematic

Same speed, no (unknown) problems

Same speed, problematic

Slower, no other (unknown) problems

Slower, problematic

Doesn't work at all

[darius]

Okay final version fix for ATI (some) bold problem:

Code: [Select]

int bold = int(texelFetch(data, offset_tile+3).a>0);
instead of old int bold= clamp...
This way movies ok and view is also ok. And it's prob very fast

[Xardas]

Two problems, minor and major one:

Minor: shader mode doesn't work: http://pastebin.com/JfYh171h

Major: game segfaults every time when trying to generate new world (after chosing size and pressing Enter it immediately segfaults) or when starting/loading game (crashes at "importing world")

[Baughn]

Xardas: Your drivers don't support shader model 4, as the error log clearly states. Sorry, card is too old.. or you're using three year old drivers, which I suppose is a possibility.

I'm trying to get it down to version 130 w/extensions, which /might/ work for you, but don't hold your breath.

As for the segfaults, is that with d19_2?

darius: Thanks, merged. :-)

Rafal99: I cache the ones actually used. In video memory, usually (video-video blits should be fast); in system memory if necessary. This has yet to cause problems. On the other hand, I'm not aware of any fast ways to color them in the first place, so the caching is vital for good perforamance.

[Rafal99]

Rafal99: I cache the ones actually used. In video memory, usually (video-video blits should be fast); in system memory if necessary. This has yet to cause problems. On the other hand, I'm not aware of any fast ways to color them in the first place, so the caching is vital for good perforamance.

Ok then, I was planning to cache the used ones. It seems to be the best way.
Should work well for DFPaint.
Might be a bit more problematic for a game I am planning, where I want to use 24-bit color. I must take a look at libtcod how they did this.

[Chrispy]

Win 7, x64, 4850x2, all that jazz.  40D19x2

Spoiler (click to show/hide)

data/shader.vs preprocessed source:
#version 140 // -*- mode: C -*-
#define dimx  80
#define dimy  25
#define dispx 8
#define dispy 12
vec4 colors[] = vec4[16](vec4(0,0,0,1.0), vec4(0,0,0.501961,1.0), vec4(0,0.501961,0,1.0), vec4(0,0.501961,0.501961,1.0), vec4(0.501961,0,0,1.0), vec4(0.501961,0,0.501961,1.0), vec4(0.501961,0.501961,0,1.0), vec4(0.752941,0.752941,0.752941,1.0), vec4(0.501961,0.501961,0.501961,1.0), vec4(0,0,1,1.0), vec4(0,1,0,1.0), vec4(0,1,1,1.0), vec4(1,0,0,1.0), vec4(1,0,1,1.0), vec4(1,1,0,1.0), vec4(1,1,1,1.0));
#line 1 0
// Defines emitted by gridrectst::init_gl at load:
// dimx, dimy:      Grid size of the screen array
// dispx, dispy:    Grid-cell (font) size
// vec4 colors[16]: Color palette; first non-bold, then bold
#ifdef GRAPHICS
// offset_texpos, offset_addcolor, offset_grayscale, offset_cf, offset_cbr:
//   offsets of the corresponding graphicst arrays in data
#endif

uniform usamplerBuffer data;
uniform samplerBuffer coords;
uniform isamplerBuffer fontmap;

uniform uint frame; // Counts up from 0

in vec4 gl_Vertex;
in int gl_VertexID;

flat out vec4 frontColor;
flat out vec4 backColor;
smooth out vec2 texCoords;

void main() {
  int tile = gl_VertexID / 6;
  int offset_tile = tile * 4;

  int ch   = int(texelFetch(data, offset_tile).a);
  int fg   = int(texelFetch(data, offset_tile+1).a);
  int bg   = int(texelFetch(data, offset_tile+2).a);
  int bold = clamp(int(texelFetch(data, offset_tile+3).a), 0, 1);

#ifdef GRAPHICS
  uint texpos = texelFetch(data, offset_texpos + offset_tile).a;
  texpos += texelFetch(data, offset_texpos + offset_tile + 1).a * 256u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 2).a * 65536u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 3).a * 16777216u;
  uint addcolor = texelFetch(data, offset_addcolor + offset_tile).a;
  uint grayscale = texelFetch(data, offset_grayscale + offset_tile).a;
  uint cf = texelFetch(data, offset_cf + offset_tile).a;
  uint cbr = texelFetch(data, offset_cbr + offset_tile).a;


  vec4 tex_square;
  if (texpos != 0u && ch != 0) {
    tex_square = texelFetch(coords, int(texpos));
    if (grayscale != 0u) {
      frontColor = colors[int(cf + cbr * 8u)];
    } else if (addcolor != 0u) {
      frontColor = colors[fg + bold * 8];
    } else {
      frontColor = vec4(1);
    }
  } else {
    tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
    frontColor  = colors[fg + bold * 8];
  }
#else
  vec4 tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
  frontColor  = colors[fg + bold * 8];
#endif

  vec2 coords[6] = vec2[](tex_square.sq, tex_square.tq, tex_square.tp,
                          tex_square.sq, tex_square.tp, tex_square.sp);
  texCoords = coords[gl_VertexID % 6];
 
  gl_Position = gl_Vertex;
  backColor   = colors[bg];
}

data/shader.vs shader compilation log (238):
Vertex shader failed to compile with the following errors:
ERROR: 2:16: error(#168) Reserved built-in name gl_Vertex
ERROR: 2:17: error(#168) Reserved built-in name gl_VertexID
ERROR: error(#273) 2 compilation errors.  No code generated

[Rochndil]

Good morning!

This may be a known bug, since I haven't tested much since D11 or so, but it's driving me so crazy I may have to go back.

It appears to behave the same in D18 and D19 (which I'm testing currently). Regardless of the init.txt size settings, when I start the program up the window starts to the RIGHT of my screen, and it looks fine (text proper size). BUT, as soon as I drag the window COMPLETELY into the screen, or maximize it, the text jumps down about 5 point sizes! It looks like I'm getting a few more columns, but that doesn't do me any good if I can't clearly see what I'm doing. Honestly, I'd much rather see FEWER columns than more.

I've tried setting the X and Y values to both screen sizes and row/column sizes, and the behavior just won't go away.

System data: AMD 2.1GHz, 1.5GB Ram, AGP Geforce 6200-256
Values attempted: 1020x700, 80x36 (used in 40D official), black space on, graphics on

I know this was not a problem previously, but if it can't either be fixed or configured around, I simply can't play on this version. It's TOO small to see clearly. It appears to be related to the auto-size code in some way, but I'm not sure in what manner.

OK, I went back through my collection of DF versions, and the first one (that I had) which did NOT exhibit this behavior is 40D11, so this has obviously been around for a while - and it must not bother anyone else either.

I tinkered with the init settings a good bit, including turning OFF the RESIZABLE flag. I cannot find any way to prevent the program window from crunching my text down to an unreadable size when it's fully on-screen. it looks FINE when its hanging off the right side somewhere, but as soon as I have the whole thing on screen, the text goes CRUNCH and I can hardly make it out anymore.

If I turn off resizing and set all the X and Y values to 0, the window does look OK, but I lose a bunch of columns off the right side. If my count is accurate it only displays about 66 columns instead of 80.

Any thoughts or suggestions are welcome.

Rochndil, who will probably do his mod testing on 40D11...

[guebstrike]

150x75 is bigger than my screen. =/

150x75 is not a suitable benchmark if you are comparing versions.

On my computer, running 150x75 in 40d makes a tiny, unreadable window.

In the newer versions of the game, including d16-19 the window re-sizes itself automatically to fit on your screen, so 150x75 doesn't mean anything.
For an accurate test you should use your native resolution in 40d, or 0x0 or anything in the newer versions.
I think this resizing behavior is what Rochndil is talking about. I don't think it's a problem, even though the font does shrink after it re-sizes.
You can run tests by zooming in and out with your mouse wheel in the later versions. This significantly affects frame rate (on my PC) since you can cram the entire map onto the screen!
The 40d19 and 19_2 windows downloads come with init.txt set to [GRAPHICS_FONT:mayday.png], but that should be changed to something in the art folder.
Example:

Spoiler (click to show/hide)

init.txt with a native font of 1024x768 in 40d-d19:
[WINDOWED:YES]
[GRAPHICS:YES]
[GRAPHICS_WINDOWEDX:1024]
[GRAPHICS_WINDOWEDY:768]
[GRAPHICS_FONT:RantingRodent_Natural_01.png]
[GRAPHICS_FULLSCREENX:1024]
[GRAPHICS_FULLSCREENY:768]
[GRAPHICS_FULLFONT:RantingRodent_Natural_01.png]
[GRAPHICS_BLACK_SPACE:NO]

The Xs and Ys can be set to 0 for the same view in 40d16-19.

(I have RantingRodent_Natural_01.png in my art folder.)

[The-Moon]

Ive seen alot of mention of dx10 and 11 on this thread...

I really hope dx11 will not be a requirement in the future to play DF, I dont use vista or windows 7 just xp.

Please have support for xp and linux

[Scarpa]

I have a DX10 compatible ATI card (Radeon HD 4600) but Shader mode crashes with the following error:

Spoiler (click to show/hide)

Code: [Select]

data/shader.vs preprocessed source:
#version 140 // -*- mode: C -*-
#define dimx  80
#define dimy  25
#define dispx 9
#define dispy 9
const vec4 colors[] = vec4[16](vec4(0,0,0,1.0), vec4(0,0,0.501961,1.0), vec4(0,0.501961,0,1.0), vec4(0,0.501961,0.501961,1.0), vec4(0.501961,0,0,1.0), vec4(0.501961,0,0.501961,1.0), vec4(0.501961,0.501961,0,1.0), vec4(0.752941,0.752941,0.752941,1.0), vec4(0.501961,0.501961,0.501961,1.0), vec4(0,0,1,1.0), vec4(0,1,0,1.0), vec4(0,1,1,1.0), vec4(1,0,0,1.0), vec4(1,0,1,1.0), vec4(1,1,0,1.0), vec4(1,1,1,1.0));
#line 1 0
// Defines emitted by gridrectst::init_gl at load:
// dimx, dimy:      Grid size of the screen array
// dispx, dispy:    Grid-cell (font) size
// vec4 colors[16]: Color palette; first non-bold, then bold
#ifdef GRAPHICS
// offset_texpos, offset_addcolor, offset_grayscale, offset_cf, offset_cbr:
//   offsets of the corresponding graphicst arrays in data
#endif

uniform usamplerBuffer data;
uniform samplerBuffer coords;
uniform isamplerBuffer fontmap;

uniform uint frame; // Counts up from 0

in vec4 gl_Vertex;
in int gl_VertexID;

flat out vec4 frontColor;
flat out vec4 backColor;
smooth out vec2 texCoords;

void main() {
  int tile = gl_VertexID / 6;
  int offset_tile = tile * 4;

  int ch   = int(texelFetch(data, offset_tile).a);
  int fg   = int(texelFetch(data, offset_tile+1).a);
  int bg   = int(texelFetch(data, offset_tile+2).a);
  int bold = clamp(int(texelFetch(data, offset_tile+3).a), 0, 1);

#ifdef GRAPHICS
  uint texpos = texelFetch(data, offset_texpos + offset_tile).a;
  texpos += texelFetch(data, offset_texpos + offset_tile + 1).a * 256u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 2).a * 65536u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 3).a * 16777216u;
  uint addcolor = texelFetch(data, offset_addcolor + offset_tile).a;
  uint grayscale = texelFetch(data, offset_grayscale + offset_tile).a;
  uint cf = texelFetch(data, offset_cf + offset_tile).a;
  uint cbr = texelFetch(data, offset_cbr + offset_tile).a;


  vec4 tex_square;
  if (texpos != 0u && ch != 0) {
    tex_square = texelFetch(coords, int(texpos));
    if (grayscale != 0u) {
      frontColor = colors[int(cf + cbr * 8u)];
    } else if (addcolor != 0u) {
      frontColor = colors[fg + bold * 8];
    } else {
      frontColor = vec4(1);
    }
  } else {
    tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
    frontColor  = colors[fg + bold * 8];
  }
#else
  vec4 tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
  frontColor  = colors[fg + bold * 8];
#endif

  vec2 coords[6] = vec2[](tex_square.sq, tex_square.tq, tex_square.tp,
                          tex_square.sq, tex_square.tp, tex_square.sp);
  texCoords = coords[gl_VertexID % 6];
 
  gl_Position = gl_Vertex;
  backColor   = colors[bg];
}

data/shader.vs shader compilation log (1319):
Vertex shader failed to compile with the following errors:
ERROR: 0:1: '' :  Version number not supported by GL2
ERROR: 2:16: 'gl_Vertex' : reserved built-in name
ERROR: 2:17: 'gl_VertexID' : reserved built-in name
ERROR: 2:27: 'texelFetch' : no matching overloaded function found
ERROR: 2:27: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:28: 'texelFetch' : no matching overloaded function found
ERROR: 2:28: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:29: 'texelFetch' : no matching overloaded function found
ERROR: 2:29: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:30: 'texelFetch' : no matching overloaded function found
ERROR: 2:30: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:58: 'texelFetch' : no matching overloaded function found
ERROR: 2:58: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:58: 'texelFetch' : no matching overloaded function found
ERROR: 2:58: '=' :  cannot convert from 'const float' to '4-component vector of float'
WARNING: 2:63: '' : Unsized array constructors is not allowed in implicit GLSL version number 110
ERROR:  compilation errors.  No code generated.

data/shader.vs preprocessed source:
#version 140 // -*- mode: C -*-
#define dimx  80
#define dimy  25
#define dispx 9
#define dispy 9
const vec4 colors[] = vec4[16](vec4(0,0,0,1.0), vec4(0,0,0.501961,1.0), vec4(0,0.501961,0,1.0), vec4(0,0.501961,0.501961,1.0), vec4(0.501961,0,0,1.0), vec4(0.501961,0,0.501961,1.0), vec4(0.501961,0.501961,0,1.0), vec4(0.752941,0.752941,0.752941,1.0), vec4(0.501961,0.501961,0.501961,1.0), vec4(0,0,1,1.0), vec4(0,1,0,1.0), vec4(0,1,1,1.0), vec4(1,0,0,1.0), vec4(1,0,1,1.0), vec4(1,1,0,1.0), vec4(1,1,1,1.0));
#line 1 0
// Defines emitted by gridrectst::init_gl at load:
// dimx, dimy:      Grid size of the screen array
// dispx, dispy:    Grid-cell (font) size
// vec4 colors[16]: Color palette; first non-bold, then bold
#ifdef GRAPHICS
// offset_texpos, offset_addcolor, offset_grayscale, offset_cf, offset_cbr:
//   offsets of the corresponding graphicst arrays in data
#endif

uniform usamplerBuffer data;
uniform samplerBuffer coords;
uniform isamplerBuffer fontmap;

uniform uint frame; // Counts up from 0

in vec4 gl_Vertex;
in int gl_VertexID;

flat out vec4 frontColor;
flat out vec4 backColor;
smooth out vec2 texCoords;

void main() {
  int tile = gl_VertexID / 6;
  int offset_tile = tile * 4;

  int ch   = int(texelFetch(data, offset_tile).a);
  int fg   = int(texelFetch(data, offset_tile+1).a);
  int bg   = int(texelFetch(data, offset_tile+2).a);
  int bold = clamp(int(texelFetch(data, offset_tile+3).a), 0, 1);

#ifdef GRAPHICS
  uint texpos = texelFetch(data, offset_texpos + offset_tile).a;
  texpos += texelFetch(data, offset_texpos + offset_tile + 1).a * 256u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 2).a * 65536u;
  texpos += texelFetch(data, offset_texpos + offset_tile + 3).a * 16777216u;
  uint addcolor = texelFetch(data, offset_addcolor + offset_tile).a;
  uint grayscale = texelFetch(data, offset_grayscale + offset_tile).a;
  uint cf = texelFetch(data, offset_cf + offset_tile).a;
  uint cbr = texelFetch(data, offset_cbr + offset_tile).a;


  vec4 tex_square;
  if (texpos != 0u && ch != 0) {
    tex_square = texelFetch(coords, int(texpos));
    if (grayscale != 0u) {
      frontColor = colors[int(cf + cbr * 8u)];
    } else if (addcolor != 0u) {
      frontColor = colors[fg + bold * 8];
    } else {
      frontColor = vec4(1);
    }
  } else {
    tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
    frontColor  = colors[fg + bold * 8];
  }
#else
  vec4 tex_square = texelFetch(coords, texelFetch(fontmap, ch).a);
  frontColor  = colors[fg + bold * 8];
#endif

  vec2 coords[6] = vec2[](tex_square.sq, tex_square.tq, tex_square.tp,
                          tex_square.sq, tex_square.tp, tex_square.sp);
  texCoords = coords[gl_VertexID % 6];
 
  gl_Position = gl_Vertex;
  backColor   = colors[bg];
}

data/shader.vs shader compilation log (1319):
Vertex shader failed to compile with the following errors:
ERROR: 0:1: '' :  Version number not supported by GL2
ERROR: 2:16: 'gl_Vertex' : reserved built-in name
ERROR: 2:17: 'gl_VertexID' : reserved built-in name
ERROR: 2:27: 'texelFetch' : no matching overloaded function found
ERROR: 2:27: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:28: 'texelFetch' : no matching overloaded function found
ERROR: 2:28: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:29: 'texelFetch' : no matching overloaded function found
ERROR: 2:29: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:30: 'texelFetch' : no matching overloaded function found
ERROR: 2:30: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:58: 'texelFetch' : no matching overloaded function found
ERROR: 2:58: 'a' :  field selection requires structure, vector, or matrix on left hand side
ERROR: 2:58: 'texelFetch' : no matching overloaded function found
ERROR: 2:58: '=' :  cannot convert from 'const float' to '4-component vector of float'
WARNING: 2:63: '' : Unsized array constructors is not allowed in implicit GLSL version number 110
ERROR:  compilation errors.  No code generated.



This is on Windows7 with fairly recent drivers (8/09). Is this something already fixed in the recent -head version or am I just out of luck?

[jaked122]

Ive seen alot of mention of dx10 and 11 on this thread...

I really hope dx11 will not be a requirement in the future to play DF, I dont use vista or windows 7 just xp.

Please have support for xp and linux

I wouldn't worry about that, this isn't even a requirement to run the normal DF

[The-Moon]

Ive seen alot of mention of dx10 and 11 on this thread...

I really hope dx11 will not be a requirement in the future to play DF, I dont use vista or windows 7 just xp.

Please have support for xp and linux

I wouldn't worry about that, this isn't even a requirement to run the normal DF

Im sure toady wont leave 50% of his fan base out in the dust of course, im just checking and making sure

[Ogantai]

Ive seen alot of mention of dx10 and 11 on this thread...

I really hope dx11 will not be a requirement in the future to play DF, I dont use vista or windows 7 just xp.

Please have support for xp and linux

DX10 and DX11 aren't requirements, the only reason they are mentioned is that a card that could support DX10 is required for shader mode. (DX10 itself isn't required for shader mode, it runs just fine on XP w/ DX9 or Linux w/ no DX at all.)

[Andir]

I think we need a huge disclaimer that says these new DF versions DO NOT USE DirectX.  I really wish people would stop using DX10/DX11 compatible as a qualifier, but it happens to be the "most common" identifier for the cards that support the extensions being used.

[The-Moon]

I think we need a huge disclaimer that says these new DF versions DO NOT USE DirectX.  I really wish people would stop using DX10/DX11 compatible as a qualifier, but it happens to be the "most common" identifier for the cards that support the extensions being used.

I have no problems with dx10 /11 i just dont want to be stuck without being able to play df

IF xp supported them i would be using them, doesnt tho

[Baughn]

guebstrike: The resizing code is supposed to be possible to turn off, but things are kind of an, um, bit of a mess right now and it can't be. I'm working on it. Meanwhile, get a larger tileset and it won't be an issue, or you should be able to zoom in on the one you've got with the mouse wheel.

Andiir: There are several. Both in the first post, and in init.txt.

Scarpa: Your card claims not to support shader model 4, which is a requirement of DX10-compatible cards. Your drivers may be broken, so you could try updating those. Though even after it's fixed.. the shader mode does not currently support ATI cards. I've got sufficient data to fix that now, though.