Quoting: CybolicThis sounds like something that could also be implemented with bspwm, so I'll be sure to keep an eye on what tweaks they're doing.

Here's a quick version for anyone interested. Thanks to mmstick for correcting me on the logic.
bspwm-scheduler.sh [External Link]

View this comment - View article - View full comments

This sounds like something that could also be implemented with bspwm, so I'll be sure to keep an eye on what tweaks they're doing.

EDIT: Seems that they're just giving a -5 nice value to the pid of the focused window and its parent processes, keeping track of those changes and setting them back to 5 when the foreground pid changes. This should be doable with a shell script :)

View this comment - View article - View full comments

Quoting: Solitary

Quoting: CybolicWhile I haven't had any use for FSR on my desktop, I can definitely see it being useful on a 7-inch screen with limited battery life! It wouldn't surprise me if some games even look better than native with a bit of that sharpening on the small screen.

Seriously doubt that with such a low resolution you will ever get better looking result, because the source resolution will have to be even lower and there just might not be enough information to upscale in the first place, definitely not with reasonable quality. With FSR being applied fullscreen you will also get all texts and HUD scaled, and just that will be noticable on its own (it is noticable when you apply FSR on 1440p using ultra quality preset => which effectively scales 1108p to 1440p). This will most likely be utilized for external monitors and some heavy games where people will accept the quality loss.
I can also imagine it being used in simple games where the scaling might not affect the quality much (some simple 2D games?) where it could possibly improve battery life.

I don't think you need to lower the game resolution in order to use the RCAS sharpening part of FSR.

View this comment - View article - View full comments

While I haven't had any use for FSR on my desktop, I can definitely see it being useful on a 7-inch screen with limited battery life! It wouldn't surprise me if some games even look better than native with a bit of that sharpening on the small screen.

View this comment - View article - View full comments

Quoting: Purple Library GuySay, talking of VR . . . does anyone happen to know how much of a difference it would be likely to make if you were using VR and had in effect just one eye?

While I haven't tried gaming in "2D VR", I have stumbled on plenty of 360 videos on YouTube that aren't stereoscopic and it usually takes me a couple of seconds to notice, if I even notice it at all. I'd say the stereoscopy can be important for judging distance in rhythm games, but the most important part of VR is the immersion you get from having that head-strapped screen actually match your in-game presence's perspective.
So, in short, I'd say the difference is about as much as in real life.

View this comment - View article - View full comments

How does this compare to SC Controller? I have several profiles set up in that, but I'm curious if AntiMicroX might have some benefits.

View this comment - View article - View full comments

Quoting: Comandante ÑoñardoI am testing it, and I wonder how to change the default location for the bottles...

Same here. I started by looking at the code and the only way I see is to symlink ~/.local/share/bottles/bottles.

View this comment - View article - View full comments

As much as I dislike Amazon and their ventures into streaming, can I just say how much I love how Valve seems to have turned the industry into seeing Linux as the obvious future platform and Windows as something that needs a legacy support system?
Game companies haven't quite jumped ship yet, but the trend looks pretty clear at this point.

View this comment - View article - View full comments

If anyone remembers Vineyard [External Link], this seems to be a good replacement for its ageing code.

Minor points where Bottles differs are:

• Bottles/Prefixes are always created in ~/.local/share/bottles. Symlinking can solve that if you want and you can change the location afterwards from the GUI.
• Bottles doesn't use Winetricks but its own code. Not a pro or con, just something worth mentioning.
• Bottles uses its own builds of Wine (runners). This makes setup much easier, but less flexible if you prefer your own builds or want to configure an existing prefix.
• Bottles can import other prefixes, but it won't use the config of them (the wrapper.cfg format that winetricks, Vineyard, q4wine and wibom settled on almost a decade ago)
• Bottles has support for DXVK, FSR, DLSS, Esync/Fsync and other newer Wine technologies whereas Vineyard is stuck in the past :)

I think Bottles is a great project and this list isn't meant to "call out" the project on anything, just a little note for anyone that happened to have used Vineyard and was wondering what the major differences are since the projects are very similar at a first quick glance.

Note: I'm the author of Vineyard.

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: CybolicAt least "LT/LB" can be figured out, "L1/L2" has to be taught.

The PlayStation controllers (and I think the Steam Controller, but it's upstairs and I can't be bothered to go and check) have the numbers embossed on the buttons.
Just so you know, they're counted from the top as you're holding the controller, although the 2 buttons are bigger than the 1s. 3 is pressing in the sticks. That numbering scheme continues with the Steam Deck, with 4 and 5 running down the back.

Ah, you're right, the Steam Deck is labelled! I don't care what they call them then :)
The Steam Controller isn't labelled BTW, but the bindings editor calls them "LT/LB / RT/RB".

View this comment - View article - View full comments