Quoting: slaapliedje

Quoting: CatKiller

Quoting: STiATIt took me a month to figure out that I need to force full composite pipeline on nvidia cards to get less tearing and stuttering after not having had one in 10+ years. And I thought the 3070Ti probably wasn't a that good choice after all. It's doing pretty well now. And why the heck do they still require this when it's a non-issue on AMD cards?

I've never had to turn that on.

Yeah, me neither. The few games I've ever had that issue with... well I didn't, as I turn on vsync :grin:

I often have vsync on, but even there in some games you can tell the difference. FFXIV would be one.

View this comment - View article - View full comments

It took me a month to figure out that I need to force full composite pipeline on nvidia cards to get less tearing and stuttering after not having had one in 10+ years. And I thought the 3070Ti probably wasn't a that good choice after all. It's doing pretty well now. And why the heck do they still require this when it's a non-issue on AMD cards?

I wonder if the same will happen with DLSS, where I don't realize I could get better performance since I expect it to just work on games where it would benefit others where I could just enable it.

And it took me 6 month to realize that Gnome actually has an issue with dual keyboard input causing stutters in games using ReDragon M508 or Razer Naga since two simulated keyboards pressing at the same time freaks gnome (and all desktops based on it) out causing micro freezes you will notice (200ms+). Plasma does not suffer this issue.

A shame, I like Budgie, but didn't find a solution to that one (yet).

View this comment - View article - View full comments

Quoting: skinnyrafBetween the work that AMD does with Valve for the Steam Deck and these Nvidia announcements, it's becoming clear that Proton/Wine/dxvk/VKD3D gain mainstream attention. I wonder if it will lead to "thinning" of the translation layer, in a way similar to what Vulkan already did: less bugs and better performance of new games run via Proton out of the box, without tweaking or game-specific changes to Proton.

Possible, but not very likely. DXVK and D9VK took out the limitations of OGL. Wine does not really have this issue, limitations wine faces are in the platform/kernel and not a single library as bottleneck (where there is work on in some parts to improve). Knowing how interconnected parts in wine are, and the reasons we actually need overrides and special configs is different use than "expected", stripping down wine rather than creating configurations is as unreasonable as creating a new translation layer in place of wine, since it would not solve the core issue: You don't change the games or engines, and you do not change the platform you run on.

Never say no, the actual benefit of DXVK really surprised me too, but the problem to solve is mostly different. And dxvk uses game specific configurations already, and that's why I think they'll go down the same route with wine.

Wine isn't actually that heavy once running as a translation layer. I think curated configurations (wine versions/overrides etc.) for the games, and supported/curated versions by game vendors is the way they'll take, since technically I don't see a lot of need to replace wine.

Even in this case Valve would have to invest a lot, which they do not at the moment. And they'll need to make the override system and general game configuration a lot more flexible than it currently is. And would have to work around game specific bugs (as DA:O alt+tab crash), and make that configurable from outside.

I think they'll go for the route of making the system more flexible to their needs trying to get those upstream and providing games with proper configurations rather than really stripping down wine and not knowing the side effects on literally .. 50-100k games and all their pitfalls?

View this comment - View article - View full comments

Quoting: Nociferpassing through all these hurdles (which is really required only once, i.e. on first install) will end up with you having built one of the best and most solid Linux systems you can get, and with the added bonus that during the process you will have acquired a more than vague idea of how this system actually works, which means you'll have made your first step(s) towards transitioning from computer n00b to an actual computer user :)

Well, I was TU in Arch and used it 2003-2017. Besides that I'm software developer and know my way around well enough.

That said, I switched from having to know the system exactly to I actually just want it to work and do my work with it than working on my own system.

It's a matter of perspective I'd say. But since I do not want to waste my time on finding out which optional depends got added if something stops working after an upgrade... not worth my time.

View this comment - View article - View full comments

While I love Arch (was TU there for some years), and later switched to Manjaro, my real issue with it is actually the KISS approach and their approach to optional depends.

Like, if you require a package so MTP and Bluetooth actually work with phones and results in cryptic errors if they are not, they should be a dependency.

Since they are not required compile time, Arch will put them optional and you've to search why certain functions in your desktop don't work as expected. As Manjaro pulls from arch, you have the same issue there.

And that drove me away from it, though, my love for its general approach and flexibility I really like, it's not what I prefer on a daily base.

So I'm on Solus since 2017, and did not even try other distros since then. Though, Solus is rough around the edges too with snap and flatpak support not being in the solus-sc and similar, it's a much more curated approach to a desktop for daily used.

Which is not the intention of Arch, and that's fine.

View this comment - View article - View full comments

I'm by now back on stable proton 6.3, GE and experimental ruined my steam config and steamuser dirs of games so nothing at all would start anymore in compatibility mode, if you selected a default it wouldn't even save and it created backups of my applications and stuff, not creating new ones, keeping the symlink and making proton not start the games due to not finding folders.

I am loath to fix my dirs up all the time, so I will stay with 6.3 and only select experimental if I need it somewhere.

View this comment - View article - View full comments

Quoting: TermyAnother reason to put your money where your mouth is and support Linux-supporting devs instead of devs that don't care. (Personally, official support for proton is fine too)

And I think once that Proton has anti cheat, that will be the direction we're headed. Either that or DXVK Native ports. Both options are fine for me as well, but I think when Proton supports anti cheat it will be easier to deliver than a DXVK Native port and make the anti cheat software actually support Linux.

For games which do not use anti cheat, DXVK Native may be the better choice. Though, test with a proton build and make steam use that one is probably the cheapest option, and a lot will go for that.

View this comment - View article - View full comments

Waiting for a vertical mouse with 12 buttons by my thumb...

For working I use a trackball ... just gaming I need to be more precise and ... I need buttons!

View this comment - View article - View full comments

Quoting: BielFPs

Quoting: STiATOn other games (Valheim in example), the Linux port is so bad performance whise (OGL and Vulkan) that it's actually better to play using Proton,

In case of Valheim I notice this too, and the cause is not Vulkan being worse than Directx, but probably because the developers are more comfortable at working with dx,

Well, I didn't mean Vulkan is worse as an API, but the implementation in Valheim seems less polished than the DX version. And rightfully so, it's early access and Vulkan implementation quite new in their engine. They are leaning Vulkan being their main implementation in future, but they are not there yet, that will require some more work / polishing.

And as an API, Vulkan may be lower level and require more effort by devs, but as we see in DXVK, it can work, and work nicely.

View this comment - View article - View full comments

Was to be expected, and there will be more coming.

I actually even play games using Proton which do have native ports (like M&B Warband), becsuse the linux version is riddled with graphics bugs.

On other games (Valheim in example), the Linux port is so bad performance whise (OGL and Vulkan) that it's actually better to play using Proton, since the Windows version seems way better optimized (I use the D3D version, not Vulkan, since their Vulkan port in Proton and Native tends to have bad performance and freaks out my 3070TI pushing it to its limit actually, which is completely unnecessary). Not well optimized yet it seems.

There are great ports with Vulkan though, even with OGL, but I basically use Proton on most of my games by now... because DXVK is just very good.

I prefer playing in Proton having a good experience than playing a bad port.

View this comment - View article - View full comments