Good. Some Patents are just bunkers.

Don't get me wrong, some patents do serve a purpose and are very expensive in R&D and have every right to be there and to get a share for others implementing it (things like 5G technology).

But I really have an issue with all those trivial patents which should not exist in the first place.

A button is just a button, leave it at that. A corner of a device just that, how ever round.

I'd argue that patents generally hinder evolution, but in some cases I see the need of the one doing expensive R&D to be compensated for their effort.

View this comment - View article - View full comments

Interesting mix of genres. Could be cool... hopefully will be too.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: ArtenGood upscaling is crucial for handhald device, if you want just conect it to display and play on larger screen...

I'd say for handhelds that have relatively low resolution in general, upscaling is not so useful.

I'd say depends on, if you have to upscale from a let's say steam deck to a 4K or 8K monitor in your living room ... if you can connect them (?)... may be useful.

View this comment - View article - View full comments

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

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