Announcement

Collapse
No announcement yet.

Alt+TAB and fullscreen games

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Ishayu
    started a topic Alt+TAB and fullscreen games

    Alt+TAB and fullscreen games

    Okay, so I've always had this problem where it's impossible to alt+TAB out of fullscreen applications. Most applications that are native to Linux use SDL, which overrides it anyway, but Wine doesn't for example, so let's look at that.

    If I alt+TAB, all that happens is that the screen flickers a little bit, the game still overlays the screen but if I click anywhere, the OS behaves as if the window I wanted in front is in front, so clearly only a display issue.

    I had pretty much accepted this problem. It would never go away I thought.

    But then, today, magically, it went away.

    2 hours later, it came back.

    So now I want to ask what the hell I did. Maybe someone knows exactly how to make it work, persistantly? That would be great.

    Reason why I'm posting here?
    I use FGLRX, and I do not have this issue with the MESA-drivers. (They, however, just perform terrible. )

  • Ishayu
    replied
    Sorry for the age-old bump, but people told me to write in here incase I ever came across a solution, and I have.

    Unfortunately, it requires hardware, although a hack may very well be possible. Please don't hesitate, code-gurus!

    On my computer at least: Connect a second monitor and whoops, the problem goes away!

    Sometimes it will work without doing this, but that appears to be a bug.

    Apparently, if your virtual desktop is larger than the visible screenarea, the bug is resolved!

    This is with FGLRX 10.8 all the way up to 11.2.

    If I disconnect my second monitor, log out and back in again, and try to run the same program that was just working - it'll break.

    Leave a comment:


  • kayosiii
    replied
    Interesting I know people who strip keys off their keyboard so they don't accidentaly switch out of their games on windows - just goes to show you can't please everyone.

    Fullscreen for games gives you extra performance at the cost of a rather expensive context switch moving in and out of the application. I use the following trick for working with unigine it should work for other apps as well (in KDE at least). Set the geometry of the game window to be your native resolution set customise the window not to have a border - Ungine doesn't remember this setting (grrr). So in this case I have bound WIN+F11 to hide selected window border as a global shortcut. That way I get the window to behave as if it were a fullscreen window but still be running in windowed mode. This comes at a performance penalty but allows switching to code editors, 3d modellers etc.

    Leave a comment:


  • Ishayu
    replied
    Originally posted by imamdxl View Post
    Guys just use sdlhack to switch all SDL application

    http://jspenguin.org:81/software/sdlhack/

    and it is not a Linux's fault, just the developers do not want to bother with Linux Desktop's Usability.

    remember some old Windows' games that had the same problems, such as Need For Speed 2
    I think I love you! :3

    Leave a comment:


  • imamdxl
    replied
    Minimize games

    Guys just use sdlhack to switch all SDL application

    http://jspenguin.org:81/software/sdlhack/

    and it is not a Linux's fault, just the developers do not want to bother with Linux Desktop's Usability.

    remember some old Windows' games that had the same problems, such as Need For Speed 2

    Leave a comment:


  • Ishayu
    replied
    Originally posted by ChrisXY View Post
    I would like to edit my posts, but you know... So new post...

    I had xfwm4 compositing on and with that it is impossible to get any window over a fullscreen 3d window. Without that compositing it works for "little" windows but the fullscreen window still flickers and sometimes hangs for a second when alt-tabbing. For "big" windows it still doesn't work.
    Yeah.

    I do sortof regret that I didn't manage to get any output from the pecular situation I was in a few days ago, where the bug was mysteriously absent for a couple of hours.

    Leave a comment:


  • ChrisXY
    replied
    I would like to edit my posts, but you know... So new post...

    I had xfwm4 compositing on and with that it is impossible to get any window over a fullscreen 3d window. Without that compositing it works for "little" windows but the fullscreen window still flickers and sometimes hangs for a second when alt-tabbing. For "big" windows it still doesn't work.

    Leave a comment:


  • crazycheese
    replied
    Originally posted by ChrisXY View Post
    Since still people didn't get it:..
    Sorry, forget my comments, yes this is definitely Catalyst bug.
    I was referring to standard window switch keycombo, but not forceful window overlapping. This is definitely bug.

    Leave a comment:


  • ChrisXY
    replied
    Originally posted by bongmaster2
    just run wine as root.no problem switching workspaces ort alttabbing then.
    I tried that too (just for testing) and it didn't help. Now it was flickering all the time after alt-tabbing unti warcraft3 had the focus again.
    Plus with wine as root there are some graphics glitches. In the warcraft3 menu there's for example the texture of the water missing.

    Leave a comment:


  • ChrisXY
    replied
    Since still people didn't get it:

    What to do:
    1) Start i.e. warcraft3 in wine with your full desktop resolution (I have set a virtual desktop for handling applications like a normal window).
    2) Press alt+tab
    -> After a short flicker another application will have the keyboard focus, but warcraft3 will still be in the foreground.
    3) Change your workspace with i.e. ctrl+alt+right. warcraft3 will after a short flicker be displayed on this workspace in the front of all windows too.
    4) Try minimizing it with the "show desktop" function of the window manager. After a short flicker your window manager thinks warcraft3 is minimized, but it is still displayed fullscreen on all workspaces.

    With catalyst 10.10 no window can be put in front of a big window with 3d-content.
    In earlier versions of catalyst it sometimes worked, as long as the window you wanted to place over it was not maximized or bigger as the desktop resolution. But sometimes it didn't work and sometimes X just froze.

    Putting windows above 3d-fullscreen windows works with the proprietary nvidia driver, with xf86-video-ati and I think it also works with xf86-video-intel.

    Someone in the archlinux irc suggested that it is because fglrx doesn't use dri2 properly but rather something like dri2.
    From my Xorg.0.log I see
    Code:
    [ 24578.166] (II) Loading extension ATIFGLRXDRI
    [ 24578.309] (II) AIGLX: Loaded and initialized /usr/lib/dri/fglrx_dri.so
    So maybe he is right and the dri implementation of ATI is more dri-like instead of dri2-like.

    It also says
    Code:
    [ 24576.794] (II) "dri" will be loaded by default.
    [ 24576.794] (II) "dri2" will be loaded by default.
    but that doesn't mean, that it is used, right?

    Leave a comment:

Working...
X