Latest Comments by Shmerl
Wine 9.1 released starting off another year of development
28 January 2024 at 2:02 am UTC Likes: 5
Getting close. It's already somewhat usable, but some issues need investigating.
28 January 2024 at 2:02 am UTC Likes: 5
Quoting: LinasWayland when?
Getting close. It's already somewhat usable, but some issues need investigating.
Proposed Windows NT sync driver brings big Wine / Proton performance improvements
24 January 2024 at 7:20 pm UTC Likes: 2
Yes, that's right. It's more of a formality, but I suppose it's driven by Wine having such formal requirement - to correctly replicate Windows behavior in upstreamed code. And it was the reason neither esync nor fsync were accepted in Wine proper.
I wasn't clear why mixing things wasn't doable either, but I suppose it had some issue.
24 January 2024 at 7:20 pm UTC Likes: 2
Quoting: satorideponI watched the presentation and didn't really understood the point of it. Apparently, the only reason this gets picked over fsync is because a few methods that are not commonly used by Windows applications, especially the modern ones, cannot be emulated with fsync/esync. But if they're not commonly used, why not just leave them working through this old RPC mechanism?
Yes, that's right. It's more of a formality, but I suppose it's driven by Wine having such formal requirement - to correctly replicate Windows behavior in upstreamed code. And it was the reason neither esync nor fsync were accepted in Wine proper.
I wasn't clear why mixing things wasn't doable either, but I suppose it had some issue.
Proposed Windows NT sync driver brings big Wine / Proton performance improvements
24 January 2024 at 4:58 pm UTC Likes: 1
You don't really need fsync anyway, since esync does mostly the same thing without the need for extra kernel interface. But still good to have a more formally correct approach that Wine can finally accept upstream.
24 January 2024 at 4:58 pm UTC Likes: 1
Quoting: sonic2kkTo this point, most custom kernels (i.e. Tkg, Zen) already have fsync too! It is disabled for some games when Proton auto-detects them though, for example Yakuza 0 does not use fsync (uses option `nofsync`), but NieR:Automata does (you can check if a game is using esync/fsync and what options it has by inspecting the Proton log, enabled in launch options with PROTON_LOG=1).
You don't really need fsync anyway, since esync does mostly the same thing without the need for extra kernel interface. But still good to have a more formally correct approach that Wine can finally accept upstream.
Proposed Windows NT sync driver brings big Wine / Proton performance improvements
24 January 2024 at 4:34 pm UTC Likes: 4
Steam Deck is already using fsync with corresponding kernel API, so it already benefits from better than wineserver approach. I.e. this ntsync isn't going to improve performance over esync or fsync if I understood correctly. It will just make it more formally correct for edge cases.
24 January 2024 at 4:34 pm UTC Likes: 4
Quoting: ToddLI can't wait to see these changes get added to the Linux kernel and SteamOS because if these numbers are any indication, it sounds like we're in for some awesome gaming experiences on the Steam Deck
Steam Deck is already using fsync with corresponding kernel API, so it already benefits from better than wineserver approach. I.e. this ntsync isn't going to improve performance over esync or fsync if I understood correctly. It will just make it more formally correct for edge cases.
Proposed Windows NT sync driver brings big Wine / Proton performance improvements
24 January 2024 at 3:22 pm UTC Likes: 3
Yeah, for Linux gamers the main benefit of this will be simply that things will finally be upstreamed. Those edge cases will barely matter for anyone.
24 January 2024 at 3:22 pm UTC Likes: 3
Quoting: F.UltraNote that the improvements in the table is vs using the wineserver only so this is not compared with fsync or esync. Looks like the performance is similar to fsync/esync according to the presentation, just that some edge cases like Pulse Events and WaitOnAll now works while they are broken on fsync/esync.
Yeah, for Linux gamers the main benefit of this will be simply that things will finally be upstreamed. Those edge cases will barely matter for anyone.
Ubisoft think gamers need to get comfortable with not owning games
17 January 2024 at 12:33 am UTC Likes: 4
Ubisoft should get lost and shift into some garbage dump.
17 January 2024 at 12:33 am UTC Likes: 4
QuoteThat's the consumer shift that needs to happen
Ubisoft should get lost and shift into some garbage dump.
Ray-Tracing performance uplift coming to the AMD RADV Linux graphics driver
7 January 2024 at 11:00 am UTC
7 January 2024 at 11:00 am UTC
I don't see much of an improvement in CP2077, but on the other hand, it was pretty bad in the first place. So it might have improved, but not to the point of making it useful there either way. Still, any improvement is welcome.
It should become more useful and make more sense in the future generations of AMD GPUs.
It should become more useful and make more sense in the future generations of AMD GPUs.
HDR support for KDE Plasma 6 seems to be shaping up nicely
19 December 2023 at 5:51 pm UTC
That's what I meant. Subpixel layout algorithms for fonts aren't handling all these more weird layoyts of OLEDs, they were made for LCD. Other than that, not sure what you mean by desktops looking bad.
19 December 2023 at 5:51 pm UTC
Quoting: CalinouI don't remember specific font rendering issues when using HDR on any OS (although ClearType/LCD subpixel optimization is undesired on many displays that excel at HDR, such as OLED panels). Thankfully, these are easy to turn off, though I wish this was done automatically when such a display is detected.
That's what I meant. Subpixel layout algorithms for fonts aren't handling all these more weird layoyts of OLEDs, they were made for LCD. Other than that, not sure what you mean by desktops looking bad.
HDR support for KDE Plasma 6 seems to be shaping up nicely
18 December 2023 at 8:57 pm UTC
Is it about fonts? It's a pretty messed up situation.
18 December 2023 at 8:57 pm UTC
Quoting: CalinouThere's also the issue with the Windows desktop looking bad on most displays with HDR enabled, but maybe Linux desktops will figure out a way around this like macOS does. In general, macOS probably has the best (i.e. most reliable) HDR implementation right now.
Is it about fonts? It's a pretty messed up situation.
HDR support for KDE Plasma 6 seems to be shaping up nicely
18 December 2023 at 5:38 pm UTC
I think that still assumes using Gamescope. Hopefully once Wine Wayland gets in shape, it will be possible directly.
18 December 2023 at 5:38 pm UTC
Quoteplay most HDR capable games in the Wayland session
I think that still assumes using Gamescope. Hopefully once Wine Wayland gets in shape, it will be possible directly.
- Dungeon Clawler will grab hold of your free time now it's in Early Access, plus keys to give away
- Steam getting proper Season Pass support with clearer guidelines and refunds for cancellations
- Huge new Proton 9.0-4 update for Steam Deck / Linux now in need of testing
- itch.io store now requires AI generated content disclosures for assets
- Mesa 24.3.0 graphics drivers for Linux released with many new features and bug fixes
- > See more over 30 days here
-
Steam Deck hits 17,000 games playable and verified
- ToddL -
New Steam Controller 2 and VR controller designs got le…
- CyborgZeta -
LIGHT OF MOTIRAM takes Horizon Zero Dawn and turns it i…
- Linux_Rocks -
You can get a free copy of both Breathedge and Dark Sec…
- Linux_Rocks -
LIGHT OF MOTIRAM takes Horizon Zero Dawn and turns it i…
- Kueisi - > See more comments
- The Nightdive Source Port List
- Shmerl - New Desktop Screenshot Thread
- Hamish - Spare gog keys
- Pyrate - Nintendo-style gaming, without Nintendo!
- Talon1024 - What have you been listening to?
- Linux_Rocks - See more posts