Quote: Original post by Sander

Quote: Original post by Dmytry
I have some question... what is the common method of handling situation when settings make game (including in-game UI) entirely unusable? Like a video mode that does not show up on display.
I'm popping up "do you see it?" dialog with timeout.

I think that's the best way of handling it. I've seen many games that do not handle it at all.

Quote: Also, list of available video modes. Anyone knows why it would be bad idea (on some displays) to only list those of available video modes which are smaller than desktop mode, and have approximately same aspect ratio?

I don't know. Doing that makes no sense to me. I have often used monitors in e.g. 1280x1024 mode while the hardware was capable of much more (like 1600x1200) simply because the lower resolution was much easier on the eyes when doing typical desktop tasks like reading e-mail and browsing websites. In such a scenario I'd definitely would want to be able to run the game at the higher resolution.

Quote:

One thing you may want to do is dual monitor support. For fullscreen mode you should give the user the option of either using one monitor (and which one) or span all available monitors. Some people prefer to use all their monitors while other people don't. E.g. with two monitors the crosshair would be on the edge between the two monitors, making playing difficult. That problem doesn't exist when using three monitors where the crosshair would be in the center of the middle monitor.

Quote:

On Linux there's also the problem that under certain configurations only one of the monitors in a multi-head setup has hardware accelerated 3D. But you could simply ignore this. Such configurations are uncommon and primarily limited to the closed-source ATI drivers using an older Xinerama-style multi-head setup. Merged framebuffer setups or newer XRandR-based setups should always be accelerated on all heads.

Quote: Original post by Dmytry

Quote: Original post by Sander
I have often used monitors in e.g. 1280x1024 mode while the hardware was capable of much more (like 1600x1200) simply because the lower resolution was much easier on the eyes when doing typical desktop tasks like reading e-mail and browsing websites. In such a scenario I'd definitely would want to be able to run the game at the higher resolution.

Ahh. Yes, i see... was it CRT displays?
I myself had no CRT display since 2004 and I really hate blurry look of LCD at lower than native resolutions. I might want to play game at less than native resolution for speed, but not my desktop.

Quote:
Thanks, I sort of forgot about dual display entirely.

Two displays are difficult yes, not sure what to show on second display.

Quote: Original post by Sander

Quote: Original post by Dmytry

Quote: Original post by Sander
I have often used monitors in e.g. 1280x1024 mode while the hardware was capable of much more (like 1600x1200) simply because the lower resolution was much easier on the eyes when doing typical desktop tasks like reading e-mail and browsing websites. In such a scenario I'd definitely would want to be able to run the game at the higher resolution.

Ahh. Yes, i see... was it CRT displays?
I myself had no CRT display since 2004 and I really hate blurry look of LCD at lower than native resolutions. I might want to play game at less than native resolution for speed, but not my desktop.

Yes, that was with CRT.

Quote:
Thanks, I sort of forgot about dual display entirely.

Two displays are difficult yes, not sure what to show on second display.

Simply leaving it blank is good for starters. Or put your game's logo on it :-) You could do fancy things like 3D maps but then you would be disadvantaging people who have only 1 monitor (and thus won't see the map).

Quote:

Simply being able to configure what monitor(s) the game itself is displayed is already a big benefit.

Quote: Original post by Dmytry
scratt: in the bundle directory ( Polynomial.app/Contents ) there should be log.txt , that's the log I'm interested in.

Also, how garbage looks? Random data or anything similar to benryves's screenshot?

Quote: Original post by scratt

Oh.. I looked in Contents and missed the log file completely! Duh!

Anyway.. The garbage is just un-initialized video memory by the looks of it.

There's a shader linking error, and some FBO issues..

Quote:

Shader 'plankpoint_v.glsl' compile failed, log:
ERROR: 0:14: '=' : assigning non-constant to 'const float'
ERROR: 0:15: '=' : assigning non-constant to 'const float'
ERROR: 0:20: '=' : assigning non-constant to 'const float'
ERROR: 0:21: '=' : assigning non-constant to 'const float'
ERROR: 0:22: '=' : assigning non-constant to 'const float'
Shader 'plankpoint_f.glsl' compiled successfully
Link failed, log:
ERROR: One or more attached shaders not successfully compiled
(0):set uniform: error invalid operation

// (C) 2009 Dmytry Lavrov. All rights reserved.uniform float brightness;uniform float interp_t;attribute vec3 old_vertex;/*a/(e^(b/T)-1)f = frequencya=2hf^3/c^2b=hf/k*/const float min_temp=1000.0;const float max_temp=30000.0;const float temp_q_a=log(min_temp);const float temp_q_b_inv=(log(max_temp)-temp_q_a);const float t_white=6000.0;const float b_r=22135.0;const float b_g=26159.0;const float b_b=31972.0;const float a_r=exp(b_r/6000.0)-1.0;const float a_g=exp(b_g/6000.0)-1.0;const float a_b=exp(b_b/6000.0)-1.0;

Quote:
glCheckFramebufferStatusEXT: success
framebuffer not complete, status:
GL_FRAMEBUFFER_UNSUPPORTED
creating framebuffer: success

The full log is on my iDisk for you.
http://idisk.mac.com/scratt-Public?view=web

From memory the x1600 has some issues with NPOT and / or certain formats of FBO.