[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 302783] In kde 4.9 rc1 some opengl fullscreen games dont work correctly, by not going fullscree
From:       Thomas Lübking <thomas.luebking () gmail ! com>
Date:       2012-07-23 19:21:16
Message-ID: bug-302783-17878-gi0z6egMPd () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=302783

--- Comment #36 from Thomas Lübking <thomas.luebking@gmail.com> ---
(In reply to comment #35)
> disabling compositing through window rules on nvidia doesnt work at all,
WOW wait - you mean "it does not work at all" or "it does not prevent this
issue"?
Can you please move to VT1, login, and call
    DISPLAY=:0 qdbus org.kde.kwin /KWin compositingActive

> when i run game i still see glitches and see that glitchy window glow
> shadow, which indicates that compositing is active.
Or the framebuffer is corrupted. Please ensure the state - also notice that i
created the rule for OpenArena and the version I used here does not even the
one Jake uses (different class name)
It will for sure NOT work with "skulltag"

> It basically doesnt do anything better than option suspend desktop effects for \
> fullscreen applications in 4.9, while on 4.8 both options worked just fine.
I assume unredirecting the window  actually never worked but the compositor was
simply not re-established after 

> because of the new method in which you just resize opengl context, why not
> just revert to old behaviour?
It's faster an causes far less flicker when eg. attaching, removing or rotating
a screen or change the resolution for other reasons.
if the issue here is that some games (locally, openarena & ioquake cause
nothing like that here) corrupt the framebuffer (what's a driver issue in the
first place) the apparent solution would be not scale the games and otherwise
to wrap them in a script which toggles either compositing or resolution around
the game.
(as with all wine games when they could neither alter the resolution nor enter
fullscreen mode ....)

> Also i can remind that ksnapshot method always workarounds the issue just fine.
I assume the game waits until it can grab the pointer - does it resize the
screen in between?
Wanna try another patch? ;-)

-- 
You are receiving this mail because:
You are watching all bug changes.=


[prev in list] [next in list] [prev in thread] [next in thread]