i really don’t think that’s true about arch, but in general i get that there is a spectrum of how much ppl want to be active in the maintenance of their computer.

i use EndeavourOS, but for my wife i give her Kalpa, which is atomic and much more “less fuss, just use computer.”

maybe @makeitwonderful@lemmy.sdf.org would like an immutable distro.

• Aeon
• Kalpa
• Fedora Silverblue
• Fedora Kinoite
• Bazzite

doesn’t bother me, i get what you’re saying.

funny and glib, but not true

i suppose, it’s a loose analogy he brought up, so i was just trying to speak his language.

the point is, the packages are different, particularly core ones. so it is not straight Arch.

It’s not really arch. It’s more like Ubuntu is to Debian.

EndeavourOS is straight arch repos, with one additional optional repo of their own with a few of their tools, branding, etc.

Cachy is opinionated about the OS.

EndeavourOS is only opinionated about the install setup. Arch with sane defaults.

no. it is akin to Manjaro in that it is based on Arch repos, but is opinionated. they have their own kernel, wine, proton, with their patches.

lol my man. XD get ALL up in there!

yeah, the menu will never change. that kind of stuff in-game would need to be done by the game devs.

you’d need other tools, like Optiscaler, to tell you that FSR4 is running.

alternatively, you can check the folder where the executable is. you should see this dll there: amdxcffx64.dll

otherwise, if it’s an FSR3 game, if you don’t want to check you can just assume it’s working.

lol it’s really not bad. its bark is worse than its bite. XD

ok, CyP2077. looks like it has FSR3 already, that’s good. so add this launch parameter in steam:

PROTON_FSR4_UPGRADE=1 %COMMAND%

and set it to FSR3 in-game.

that should auto download the FSR4 dll to the game folder and you’ll be good to go. note that the settings in game will still say FSR3, but it will be FSR4, since FSR4 only needs a dll drop-in to update from FSR3.

that will not work with FSR2 games, however.

that’s fine for now. Mullvad is very affordable though.

this. and incredibly sane defaults. for me, basically the perfect “traditional” distro and it ended my distrohopping.

nice! i just updated to the 9000 series myself! specifically for this reason.

it just has made such great leaps in the realms of FSR and encoding.

i can attest, FSR4 looks incredible. i’m using it on Lies of P, which you just need the parameter for. any game with FSR3 support you only need the parameter.

i’m also using it on Returnal. Returnal only has FSR2, so for games like that, you need some assistance from OptiScaler.

you can scope out my video here as an example if you want to see!

https://vods.198x.eu/w/u72HQH8fVybQ4xsa9t9yyq

great thoughts, thank you for sharing! i’m still quite new to containerization.

optional launch parameters for your game in question.

i’m starting to think it’s the debian base of this container image. it may just be too out of date for my GPU.

thanks! that seems in line with what i’m doing, though my container is rootful.

the container is rootful.

any help is appreciated as i’m at a wall. :/

what i’m so surprised about is that it works for owncast, and the setup is the same.

rootful. render group isn’t named in the container and the owncast user isn’t in the group.

but it works, and peertube doesn’t.

thanks! i took a look and sadly i’ve already covered those parts. :/

this is a great thought and i’m not sure, probably not.

when i examine /dev/dri in the container, it has the groupid that it has on host, but not the name. peertube user is not in that group.

i tried making the render group in the container with the same gid and added peertube to it, but it didn’t change anything. this process may not be correct, however, to achieve that goal.

any suggestions for quadlet on how to bring in the render group and add container peertube user to it?