[Wine] Is it possible to configure OpenGL software rendering?

[tigono]

I have an application that uses opengl.
If no hardware opengl support is available it works fine (not a highend application).

If opengl hw support is available on the mac platform it fails because of the not complete opengl cappabilities in xquartz.

So: can I enforce the use of software opengl renderin instead of hardware rendering? If yes: how can i configure this?

[ryan woodsmall]

Post by tigono
So: can I enforce the use of software opengl renderin instead of hardware rendering? If yes: how can i configure this?

On OS X (as with Mesa-based drivers I believe) you should be able to force OpenGL software rendering with an environment variable

export LIBGL_ALWAYS_SOFTWARE=1
./your_program

Or:

env LIBGL_ALWAYS_SOFTWARE=1 /path/to/your_program

The LIBGL_ALLOW_SOFTWARE setting may also work for you as it allows fallback to software rendering, but I've never found it to work as reliably as defaulting to hardware or forcing software rendering. Not sure how this will play with Wine but software rendering is a performance killer, and software renderers may or may not support the features the program needs even if they support the "right" OpenGL version. -ryan

[doh123]

Post by tigono
I have an application that uses opengl.
If no hardware opengl support is available it works fine (not a highend application).
If opengl hw support is available on the mac platform it fails because of the not complete opengl cappabilities in xquartz.
So: can I enforce the use of software opengl renderin instead of hardware rendering? If yes: how can i configure this?

no idea to your actual question... but Xquartz has access to all OpenGL that OSX has... if there is a problem, it might be a driver problem. Xquartz doesn't run its own driver, its basically like a passthrough to quartz running the main OS graphics driver.

[tigono]

thanks for your infos. The problem is a documented opengl bug in xquartz that wasn't be fixed in the last 2 years (fbconfig buffer issue). So it would be fine to do the same as e.g. in virtualbox where you have softwarerendering support of opengl ...

[doh123]

you can try it in Crossover... they use their own X server and not Xquartz.

[James Mckenzie]

thanks for your infos. The problem is a documented opengl bug in xquartz that was not fixed in the last 2 years (fbconfig
buffer issue). So it would be fine to do the same as e.g. in virtualbox where you have software rendering support of
opengl ...

Don't know what you are referring to as far as the bug (would be nice to provide a bug report number.) There may be a workaround that I'm unaware of that allows configuration for software GL support only in XQuartz. I have not experienced this particular problems.

There is and has been much progress in the XQuartz project. What version of the product are you using at the present time?

Software support for OpenGL depends mainly on the program. For instance, I run several of the Quake/Doom games under Wine for games testing. All of them have software GL support as well as Hardware GL support. I have to select software in the game options and then GL support is provided by the particular game. There may also be a registry setting that you can set to force OpenGL support by Wine vice D3D support.

As far as Wine is concerned, OpenGL is provided by the underlying operating system or hardware.

James McKenzie