Video problem with 2.2.1 but not 2.1.1

[rwst]

Hello,
after installing 2.2.1 (from 2.1.1) I can no longer start. I get:
------- video initialization -------
SDL version: 1.2.11
I: desktop depth: 16bpp
I: setting mode 6: 1024x768 (fullscreen: yes)
SDL SetVideoMode failed: Couldn't find matching GLX visual - try to change the r_bitdepth, r_colordepth and r_stencilsize value
Failed to set video mode 1024x768 fullscreen.
SDL SetVideoMode failed: Couldn't find matching GLX visual - try to change the r_bitdepth, r_colordepth and r_stencilsize value
Error: Video subsystem failed to initialize

The card is an Intel i810 which worked fine with 2.1.1. What gives?

rwst

[Mattn]

put your desktop bpp to 32 and retry

[rwst]

put your desktop bpp to 32 and retry

The X driver (I830) tells me 32bpp is not supported. That may be but:

Why did it work with 2.1.1, then???

ralf

[BTAxis]

It's a different version. Things change between versions, you know. That's what versions are for.

[rwst]

It's a different version. Things change between versions, you know. That's what versions are for.

Wow, others would have called it a *regression*. Tell me when you
support 16bpp again, please.

Maybe there's a patch that takes back the 32bpp 'feature'.?

rwst

[BTAxis]

You seem to think someone just wrote #define 16_BIT 0 or something. It's not that simple. The renderer changes. New features, such as shaders or lighting are implemented. Sometimes that means something else breaks, like rendering in 16-bit color depth. Restoring it may not be as easy as it sounds, and it may not be worth pursuing that goal. So you should consider 32-bit color depth a new system requirement.

[rwst]

You seem to think someone just wrote #define 16_BIT 0 or something. It's not that simple.

While it may not be easy to write a modular renderer, it may be easier to backport
other important changes to 2.1.1, for someone having the opinion that it's worth it.
When I'm fed up with 2.1.1 and still want to play the game, I'll look at this.

ralf

[BTAxis]

Note that 2.2.1 is also quite old in terms of features when compared to 2.3. It would be bad if you managed to successfully backport the features to 2.1.1 only to have 2.3.0 make your work obsolete shortly afterwards.

You could look into making 2.3 trunk compatible with 16-bit color depth, though.

[rwst]

Never mind! I just have finished compiling trunk and it works fine, just a bit sluggish, but
hey, this is a 1.5GHz Pentium-M that took 24h to create all maps.

Definitely worth it, though.

Thanks to all authors for this game,
rwst

[rocketman]

I would just suggest that in the future, for the sanity of the developers, we cut down on sarcasm.  They put in a lot of effort to make the code base more capable.

A 32 bpp color range is a good thing.    Endless backwards compatibility can be a programming nightmare.

[Mattn]

we try to keep compatibility as high as possible, but we really can't mimic all of the systems out there. if you want compatibility, send patches

at least always test the latest development revisions and tell us which revision broke the compatibility with your system. that would definitely help