Fallback to XRender compositing in case of Software Rasterizer.
For Software Rasterizer we never ever want to have OpenGL compositing. No matter how many config options the user sets it has to be disabled. Though falling back to XRender makes sense in the case of software rasterization. svn path=/trunk/KDE/kdebase/workspace/; revision=1176787
This commit is contained in:
parent
5dc513e6a4
commit
fa78332a3c
1 changed files with 6 additions and 0 deletions
|
@ -141,6 +141,12 @@ SceneOpenGL::SceneOpenGL( Workspace* ws )
|
|||
return; // error
|
||||
// Initialize OpenGL
|
||||
initGL();
|
||||
if( QString((const char*)glGetString( GL_RENDERER )) == "Software Rasterizer" )
|
||||
{
|
||||
kError( 1212 ) << "OpenGL Software Rasterizer detected. Falling back to XRender.";
|
||||
QTimer::singleShot( 0, Workspace::self(), SLOT( fallbackToXRenderCompositing()));
|
||||
return;
|
||||
}
|
||||
if( !hasGLExtension( "GL_ARB_texture_non_power_of_two" )
|
||||
&& !hasGLExtension( "GL_ARB_texture_rectangle" ))
|
||||
{
|
||||
|
|
Loading…
Reference in a new issue