“Once you try 144hz in 4K you’ll never want to go back”
Me underclocking my GPU, upscaling from 720p and doing 40FPS on a 60hz FHD monitor in the summer because the room gets hot:
“Once you try 144hz in 4K you’ll never want to go back”
Me underclocking my GPU, upscaling from 720p and doing 40FPS on a 60hz FHD monitor in the summer because the room gets hot:
Hey, to be fair, ‘/’ and the null character are the only illegal character for file names on Linux (which is a blessing AND a curse)
You can also offer an audible description of the painting, and, just so the analogy makes sense, you can warn the audience that hearing the explaination isn’t the experience the author intended to craft.
CrossCode did that…
In my country, high-schools that teach CS teach (a bastardization of) C++ during second grade.
I think it has to do with the fact that it’s close enough to C that starting with it teaches some of the same basic concepts, while having some QOL that a high-school teacher can’t be bothered to do without.
Of course they drop the language after teaching extremely basic algorithms, such as computing the maximum of an arbitrary set of numeric arguments. At that point, why deal with the hundreds of beginner pitfalls of C++ when C would be way less headache-inducing?
I saved this post hoping for a useful answer, alsa alas, there seems to be none.
I’m not an audiophile so I’m more or less spreading misinformation, but I think you’re looking to configure ALSA’s device gain rather than going through pipewire.
kusivittula
here mentioned alsamixer
, and I found a StackExchange answer saying that you can save its current state using alsactl store
(with sudo
or write access to /var/lib/alsa/asound.state
).
Alternatively, you can edit /var/lib/alsa/asound.state
yourself.
It doesn’t work if your problem involves audio streams (so *I* am SOL), but making changes through alsamixer seems to lower my headset’s volume so that I can comfortably set it to 100% through wireplumber - I imagine that would also apply to mic gain.
Pantheon deserved better.
I wouldn’t ever have known it existed if I didn’t find the first season on aniwave of all places…
My only use for Reddit now is reading r/hfy stories, though I’m doing that through a local Redlib instance, hoping that those glitter sniffers don’t lock website content behind accounts like almost every other social medium does (but we all know that if something can get worse to make more money, it WILL get worse to make more money).
I’ve never played The Crew nor The Crew 2, but I hate this guilt-by-association type of argument with every fiber of my heart.
Not because it defends Ubisoft (in this case), but because it completely accepts the asshole’s premise that the successor of a product is necessarily a valid substitute for the product itself, and the latter is not worth keeping around - it’s like eating an apple that has been cooked in an oven at 300°C for 5 hours, then arguing that apples are bad for your health.
See:
That is an extremely oddly specific cysec issue they’re choosing to target…
Can’t ever have anything nice, huh.
There’s no way it isn’t EULA roofying, I just hope Sony doesn’t start murdering American wives too…
It’s one of the “I am altering the deal, pray I do not alter it any further” license changes that are popping up as of late.
Though, that topic is way more whan “mildly” infuriating.
I’d say it’s 95% on the publisher, with a large error margin on how shady the intentions of the actual developers are - HD2 is unlikely to be one of those cases.
I thought so too at first, but my version seems to be made for multiple countries (even if it’s not equally binding), so I assume the same is true for East-European countries;
then again, Snoy is notoriously stingy with countries allowed to have PSN accounts, maybe they do have country-tailored licenses, and use vague language such as “accoring to local applicable laws” only to muddy the waters in case they do get in trouble.
Or maybe their web devs just underpaid | micromanaged | burned out | lazy.
Yeah, I don’t blame Steam, I don’t expect them to foresee publishers specifying EULAs as “idk google it m8”.
… actually, no, I do blame Steam, what reason is there to prevent copying EULAs? Are they protected by copyright too now?
I’m Italian and live in Boot, all my devices are set to en_US and the websites that respect Accept-Language all work for me…
You can not, in fact, copy that link - I had to type it manually. It’s relatively short and human-readable, but still…
Devil’s advocate: I wouldn’t accuse Sony (or friends) of intentionally making the text unselectable, that’s on the Steam client.
You make a compelling case, however Accept-Language: en-US,en;q=0.5
I think GNOME’s filechooser is the GTK one (never used it so I’m not sure), mine looks like this:
It’s entirely possible that Firefox changed and now uses XDG portals by default, I configured it like this a long time ago.
As for how to configure it, I honestly don’t know.
It was a combination of messing with widget.use-xdg-desktop-portal
on about:config, and changing XDG envvars and dotfiles; both by following several conflicting Reddit and bbs.archlinux.org posts.
KeepassXC (a PC application) has a preset for Steam OTP parameters, if your Android/iOS app of choice allows you to use non-standard parameters I guess it should be possible to use them?
The only somewhat painful part for me was actually getting the OTP secret.