Does just F5 work? Try getting/running wev and see what you get back for inputs. Get events back on kde, not tried it on cosmic.
That's compared to default wine which doesn't have f-sync. Compared to proton there probably won't be much of a difference.
Also running into some power issues. Getting really weird behavior where it will run at full force for a bit then drop down to ~60fps, but at really regular intervals. (nixos, 6.14 rc6 cachyos, mesa-git, linux-firmware 20250311)
Some kind of throttling oscillation maybe? Saw this in Cyberpunk, MH Wilds, AC EVO, so mostly intensive games. (Was seeing something similar on windows with MH so idk.) Minecraft with shaders didn't have this behavior.Dunno. Seems like the kind of thing that will get sorted out eventually.
Edit: this turned out to be thermal throttling from how my PC was set up.
Phoronix comments continue to be demented
Permanently Deleted
How pronounced the difference is feels like it varies but the rounded ones are frequently just way too tiny.
Yeah, I can use it normally for games. Bottles just seems to not want to. My issue may be slightly different then.
Have the same issue due to my vfio setup https://github.com/bottlesdevs/Bottles/issues/3270 No activity since my comment. My setup has an Intel CPU with integrated graphics, an AMD GPU for the host, and an Nvidia GPU for my vfio setup with no drivers loaded. Bottles just won't use the amd card so I can't really use it for any apps that need a GPU. I guess it just has some really weak logic for deciding which one it should pick.
Hopefully they just give us an option to let us choose which device it should use. Maybe we could convince them to do it with the cosmic rewrite they've talked about.
Was gonna say. cutefunny.art raises some concerns.
I've had some luck with vesktop's streaming but it just doesn't work for me half the time and I have to fully restart it to fix it. I'll go through the flow and click to start streaming and nothing will happen. With the latest update for regular discord it will always stream but has had issues with switching windows/audio not always working.
Guess we'll get there eventually.
Seems imminent https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14
Basically waiting on some implementations to get ready to merge if I'm reading it right.
Seems imminent https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14 Basically waiting on some implementations to get merged if I'm reading it right.
The right image isn't even real
Continuing to not go out since I don't want to add to the pile of unedited vacation photos from six months ago
That would definitely make sense for it's own video but I could see them wanting to focus on just SteamOS if they plan on having it be a regular stat when they do benchmarks
GN could pick any Linux distro and get metrics but they'll want to be consistent and pick what will be most relevant.
For most people SteamOS will be the pick when moving away from windows pretty much entirely because it's "Valve's" OS, who are a known entity compared to "whoever makes this Bazzite thing" (or whatever other distro). This will give them more confidence to switch as they are familiar with/trust Valve to some extent and know that they're going to make sure their os works and can play games as well as can be expected on Linux. Obviously we know you can do it on other distros but switching your OS is a big change and people will want more assurance.
GN could cover performance on other distros but I think that would probably just be noise to people who are on the fence/not that interested compared to "here's how things work on Valve's SteamOS". (Also probably just provides a clear starting point and direction for GN)
Feel like there are a lot of people that literally just vote "hopefully something different will be better" with zero regard for what the candidates are apart from which of their parties has the current administration. This is of course really dumb, especially considering what Trump said he wants to do, but the base logic of "this isn't working for me" is understandable at least. Dems running candidates that represent more of the same again...
Crafty bastards, let me tell ya
I remove the grease so I don't shit myself crazy style, not to lose weight
https://www.gamingonlinux.com/steam-tracker/ don't think it's ever gone above 2.5%
Isn't that the global market share of Linux itself
Issues forwarding traffic through a wireguard connection
I am attempting to follow this https://www.procustodibus.com/blog/2022/09/wireguard-port-forward-from-internet to forward traffic from a few ports on a public oracle vps to other ports on my local server through a wireguard connection. Currently I am doing this using rinetd, but I was looking for a more normal way of forwarding traffic. (Also looking to forward UDP traffic at some point.)
After stopping rinetd, adding these rules to the public server's wg config
undefined
# packet forwarding PreUp = sysctl -w net.ipv4.ip_forward=1 # port forwarding PreUp = iptables -t nat -A PREROUTING -i ens3 -p tcp --dport 443 -j DNAT --to-destination 10.144.65.2:8443 PostDown = iptables -t nat -D PREROUTING -i ens3 -p tcp --dport 443 -j DNAT --to-destination 10.144.65.2:8443 # packet masquerading PreUp = iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE PostDown = iptables -t nat -D POSTROUTING -o wg0 -j MASQUERADE
and restarting the wg connection, I'm seeing traffic on the ens3 port but none en