awesome in combination with compton prevents gsync from working

Created on 17 Oct 2018  Â·  5Comments  Â·  Source: awesomeWM/awesome

If compton is running and I start a game in _awesome_ GSync does not work (checked with the visual indicator of the proprietary driver).
If compton is not running and I start a game in _awesome_ GSync works.
If compton is running (with the same configuration) and I start a game in _openbox_ GSync work.

I start compton with --unredir-if-possible which disables composition for fullscreen windows.
I suspect awesome doesn't mark windows as fullscreen properly for compton to detect them.

Output of awesome --version:
awesome v4.2 (Human after all)
• Compiled against Lua 5.3.4 (running with Lua 5.3)
• D-Bus support: ✔
• execinfo support: ✔
• xcb-randr version: 1.5
• LGI version: 0.9.2

no-argb

Most helpful comment

2764 is a duplicate of this that has some patches to AwesomeWM to get rid of the frame window for fullscreen windows. That makes this issue go away.

All 5 comments

@Fybe Do you happen to be able to run awesome with --no-argb and see if that makes a difference?

CC @yshui thoughts? From a quick look at the code, unredirect-if-possible depends on win_is_solid "liking" the window and I guess awesome's frame window having depth 32 makes win_is_solid not like the whole window.

If that's the case, it might be possible to detect the case of "frame window of depth=32 has the same size as its only child with depth=24, so the window actually is solid", right?

@psychon yea, this is also why I complained about the 32bit visual earlier too.

@psychon Yes, running awesome with --no-argb does make a difference.

Confirming that I see identical behavior (minus running a game in openbox, which I did not test) to the original poster.

2764 is a duplicate of this that has some patches to AwesomeWM to get rid of the frame window for fullscreen windows. That makes this issue go away.

Was this page helpful?
0 / 5 - 0 ratings