Originally posted by Trevelyan
View Post
Announcement
Collapse
No announcement yet.
There's Finally An Experimental Driver For Native Wayland Support Within Wine
Collapse
X
-
Originally posted by Alexmitter View PostGreat work, this can squeeze out a bit more (especially to screen and imput latency) on Games.Last edited by duby229; 15 December 2020, 03:15 PM.
- Likes 5
Comment
-
Originally posted by Trevelyan View PostCouldn’t Wine just use SDL2 for video/graphics, audio & input and thus ran natively where SDL2 runs natively?
- Likes 2
Comment
-
Originally posted by duby229 View PostConsidering Wayland has the worst input latency I've ever experienced, by -seconds- sometimes if under load...
I guess you used an outdated Gnome Shell that had issues drawing the mouse pointer fast enough, but that has nothing to do with that. Even though your Shell may be behind in drawing the cursor, clients will already have have got the events in time.
You will not have noticed that under Xorg as there Xorg draws the cursor in its own thread. Just keep your software up to date, this is solved in shell since at least 2 releases.Last edited by Alexmitter; 15 December 2020, 03:25 PM.
- Likes 26
Comment
-
Originally posted by Weasel View PostWaste of time.
Of course as wine works more straight on Wayland the one of the arguments against wayland will disappear.
Lot of ways you can blame this need to-do this now straight on Nvidia.
Originally posted by ALRBP View PostIs the Windows 98 look a consequence of this native Wayland support ? In that case it must be fixed or users will have nightmares !
Originally posted by Trevelyan View PostCouldn’t Wine just use SDL2 for video/graphics, audio & input and thus ran natively where SDL2 runs natively?
- Likes 6
Comment
-
Originally posted by oiaohm View PostSDL2 is only a subset of functionality of DX. To run Dx games you need to emulate the compete lot. Also SDL2 does things in ways that are not compatible.
That's not how wine is designed. Basically, when a GUI is open through wine, wine uses a "GDI32" driver. On Linux "GDI32" uses winex11.drv that provides, keyboard and mouse input, surface blitting ("See WindowPosChanging and FlushSurface functions"), window position, clipboard and vulkan/opengl bridge.
All of this is indeed portable (in most cases) from libX11, etc to SDL2 that is already integrated to wine for gamepad inputs. There could be one single backend for possibly, android, linux, osx, etc.
Aurryon
- Likes 3
Comment
-
Originally posted by Alexmitter View Post
By using Wayland? I am not sure how you use that protocol, so state that, state what compositor you use.
I guess you used an outdated Gnome Shell that had issues drawing the mouse pointer fast enough, but that has nothing to do with that. Even though your Shell may be behind in drawing the cursor, clients will already have have got the events in time.
You will not have noticed that under Xorg as there Xorg draws the cursor in its own thread. Just keep your software up to date, this is solved in shell since at least 2 releases.
EDIT: It looks like Gnome 40 might actually solve it partially though... (Although it looks like they are breaking both themes and extensions, again....)Last edited by duby229; 15 December 2020, 03:55 PM.
- Likes 3
Comment
-
Originally posted by oiaohm View Post
Not really. With Nvidia being a jackass on not giving XWayland drivers this has to happen. This will allow valve gamescope to be used on Nvidia platforms under X11 more. Remember it needs Wayland support at least to work by some means.
Of course as wine works more straight on Wayland the one of the arguments against wayland will disappear.
Lot of ways you can blame this need to-do this now straight on Nvidia.
This is not new if you use wine virtual desktop under X11 you will see the same theme. This is just under wayland wine is rendering its own boarders yes there is a option in winecfg when running on X11 todo the same thing. Users have not been seeing this because server side decorations . If little bit of theming gives users nightmares they are really not ready to deal with wine.
SDL2 is only a subset of functionality of DX. To run Dx games you need to emulate the compete lot. Also SDL2 does things in ways that are not compatible.
You do understand even with AMD, Wine has a lot of code built for X11? What juice are you drinking? Leave the hate group. You would be better off without it.
- Likes 3
Comment
Comment