Video driver problem detected

[Aki1024]

Is there a way to override the "Video driver problem detected" error message?

I used to run Altitude on my first screen as primary monitor. Due to poor cooling on my computer, I swapped my two monitors so the game monitor ran on the cooler running card. This solved my heating issue on graphics intense games.

Now I'm running my primary monitor on the second screen. Same drivers, same model of card. When I run other OpenGL games, they still work fine on the primary, and still show nothing on the secondary. According to Karl, Altitude is being told it can't render on this screen. I believe this is a confusion caused by Java about which screen is actually being talked about.

The secondary monitor still can't display OpenGL games, but the monitor with the second ID can. As other OpenGL games are able to play, I'm assuming Altitude would too.

<edit>
If I don't yet have another OpenGL game open, Altitude tries to load the game, which crashes. This crash is due to a bug in Java. For other games, I'm able to go single monitor, open the game, then re-enable the second monitor and other games will launch fine.

If I have another OpenGL game running, Altitude shows the driver problem detected.

I find this hilarious that when Altitude can't run, it tries and crashes, but when it can run, it doesn't try.

The game runs fine if I disable my second monitor, start the game, then re-enable the second monitor. This is a hassle as it throws all my windows and icons to the primary monitor, which is why I generally do this at system startup and leave a dummy OpenGL game running all the time unused.
</edit>

<edit2>
Reported bug via in game option. The end of the dialog suggest a restart of the game, which triggers the driver problem detected dialog. >D
</edit2>

[Aki1024]

I take the silence as a "no you stupid gtfo"

[lamster]

I built a test version for you. Please download the version from http://nimblygames.com/altitude/test/altitude.exe and let me know if the behavior is different.

[Aki1024]

Originally Posted by lamster

I built a test version for you. Please download the version from http://nimblygames.com/altitude/test/altitude.exe and let me know if the behavior is different.

Test results from test version:
Launch in normal mode (both monitors on, Moniter ID 2 is primary, stepstool OpenGL game running): Video driver problem detected
Launch without stepstool (both monitors on, Moniter ID 2 is primary, no other OpenGL game running): Crash
Launch single monitor (single monitor, Moniter ID 2 is primary, no other OpenGL game running): Runs fine
Launch (single monitor, Moniter ID 2 is primary, stepstool OpenGL game running): Runs fine

No change from my Steam instance of the game.
(And now I feel like an ***hole for my second post. >.> )

[Aki1024]

Spent too many hours attempting to use code to move windows back to their original spots, but that only yielded a bunch of System.ExecutionEngineException. User32.dll isn't being kind. I figured if I could use code to move the windows back, that would remove the biggest con of disabling secondary windows to get the game open. Alas, no luck in that direction.

At best, I could move some of the primary windows of some apps to an attempted offset of their current spot. Even that was shaky as the get position method and the push position methods saw different monitors as having the top left 0,0 origin location.

[lamster]

Unfortunately renderingSurface/window acquisition is handled by a library (LWJGL) so I doubt we'll be able to provide a fix if neither the release nor test build works (those include a very old, stable version of LWJGL and the latest release).

At this point the only things I can think of are:
1) Try different versions of your video drivers and/or display configuration setups
2) Edit ~Altitude/config/options.xml and change any option that looks helpful, for example disable fullscreen, vsync, use overrideLocation to position the window, etc

[Aki1024]

Originally Posted by lamster

Unfortunately renderingSurface/window acquisition is handled by a library (LWJGL) so I doubt we'll be able to provide a fix if neither the release nor test build works (those include a very old, stable version of LWJGL and the latest release).

At this point the only things I can think of are:
1) Try different versions of your video drivers and/or display configuration setups
2) Edit ~Altitude/config/options.xml and change any option that looks helpful, for example disable fullscreen, vsync, use overrideLocation to position the window, etc

^.^ My appreciation for the info. I'll look deeper into it when I get more free time. In the worse case, I'll deal with some window migrations more often the I had expected.

[Aki1024]

Problem solved. Got rid of a video card. Driver isn't reporting to OpenGL incorrectly anymore.