I won’t play any game that has a rootkit, even if it worked on Linux or I had a windows machine. With the permissions they have, they are capable of updating firmware. That means they could infect the computer with malware that would survive wiping or replacing the hard drive.
It’s something I can’t avoid, however I can limit it a bit. Elden Ring shipping with EAC is unfortunate, but I trust From Software a lot more after they took down DS3 to fix an RCE exploit. Sure EAC could turn on them, but I feel like a good publisher would be lawyering up the second that happened, especially if it resulted in their game damaging their customer’s hardware.
Edit: not suggesting anyone should install rootkit DRM games, just sharing how I justify living with the ones I already have.
EAC is honestly pretty standard at this point for multiplayer games. It’s used by some really big companies like Epic for Fortnight, Mihoyo for Genshin Impact (iirc), and obviously Elden Ring. I couldn’t find anything reputable saying it is a rootkit, just that it reads and monitors kernel-level processes.
Unfortunately not since Valve is (understandably) keeping pretty quiet about how they implemented anti-cheat.
However, due to Wine/Proton always running as the current user, it is impossible for it to run anything in kernel space outside of the user-accessible part of the kernel API. Meaning it cannot install kernel modules, access memory of foreign processes or read anything your user does not have access to. It can’t even get a full process list if the process does not want to be listed by users.
If you use Wine/Proton inside of Flatpak it cannot even read most of what your user has access to or any processes outside of the current Flatpak sandbox. So your Steam flatpak has no idea that you are running the Firefox flatpak on the same system with the same user.
Depending on the hosting of things by the game, anti cheat can make sense. Payday 2, for example, is almost entirely peer to peer in games, and cheats allow you to be quite mean in game, even if you’re not the host.
But I can’t help but think PvE anti cheat is more about locking people out of skins/events/dlc/things than actually being to prevent cheating. Else you could just have a button that invalidated the gains of the cheated match.
But I can’t help but think PvE anti cheat is more about locking people out of skins/events/dlc/things than actually being to prevent cheating. Else you could just have a button that invalidated the gains of the cheated match.
Absolutely, the original sin of computers is that the concept of scarcity is totally foreign to the way computers work and it is nauseating how much work is put into trying introduce scarcity into software and games.
HELLDIVERS 2 is a co-op/PvE game, why do we even need Anti-Cheat?
That’s a great question, and there’s two related but separate points to it:
First, we want everyone to have a great time playing HELLDIVERS 2, with friends, ex-friends or randoms. What we’ve seen in some of our and others’ games is that rampant cheating tends to have a very negative effect on players openness to playing, especially with randoms.
There’s an anecdote from HELLDIVERS 1 I’d like to share:
When we released HELLDIVERS 1 on PC there was effectively no anti-cheat implemented. Additionally HELLDIVERS 1 uses a peer-to-peer networking model, and that means, from a security perspective, each game client will blindly trust each other.
Shortly after release we noticed there was a cheat going around which granted 9999 research samples. Unfortunately any non-cheaters in the same mission would also be granted 9999 research samples. These non-cheating players now had their entire progression ruined through no fault of their own.
We were able to deal with a lot of these early issues without using a third party solution, but it took a lot of work, and most of it was done reactively.
Incidentally HELLDIVERS 2 also uses a peer-to-peer networking model, but this time around we’re trying to be more proactive and make sure everyone can play the intended experience.
Second is the Galactic War. There’s this huge metagame going in the cloud which all players (and game clients) participate in. Even though we have other countermeasures in place, a cracked game client could make it easier to disrupt the Galactic War, which would sour everyone’s experience
I think those are reasonable explanations for anti cheat having a place in their game. I’ve been hit with that example scenario before in other games and it just ruins the fun entirely for a lot of progression-driven players, like me.
What I haven’t seen a good answer for is the reason for this AC solution specifically. It seems like they could have gone for something much more popular and compatible than what they did. If it was for cost reasons, I think that’s a short sighted decision. Regardless, it has me thinking twice about a game I was fairly certain about trying, so that’s disappointing.
I’m also a progression-driven player yet I’m suspicious of a game that introduces anti-cheats alongside microtransactions. When microtransactions are involved, the pace of progression tends to be affected to incentive people to pay, and at that point I’d rather play in a hacked server that has a more reasonable progression.
If it was just about letting the player maintain the pace of progression however is most satisfying, I’m sure there are better ways to do that client-side. But these days game companies are all too happy to equivocate “company controlled” with “fair” or “fun”, and it’s curious that in this framing nothing is unfair as long as they get money.
Hey, I’m not arguing that mtx are a good thing for consumers or anything like that, and I’m with you that they’ve had an adverse effect on progression systems. I just see the logic in their reasoning for having anticheat. Anything client side could be subverted by those same cheats, and it still wouldn’t address the second issue of the impact on the shared galactic conflict feature. All that said, this was a poor choice of implementation and I don’t think it will pay off for them. I don’t think you’d be seeing the same backlash if it was something like EAC. Maybe from the techy crowd on Lemmy, but not from the average consumer.
Just because we don’t usually see backlash it doesn’t mean it’s a good thing. The average player puts up with absolutely rigged games which treat paying for advantages as fairness.
Personally I only see cheating as a problem if it affects people who haven’t agreed to it, but the solution is not preventing all modification. Games are better off for modding and customization. They could cut off modified games from having matchmaking or any input on a global game mode while still allowing players to run their own servers however they want.
I’m not arguing that anything is good or bad. I’m all for people modding their single player games. I’ve played Frankenstein Skyrim myself many times. I’m a big fan. All that said, this game has a multiplayer element through Galactic Warfare and matchmaking co-op. I think anticheat is entirely reasonable in those scenarios. You can say the multiplayer-lite GW feature isn’t worth the limitation (I would probably share that view), but AC is not evil in all situations. It’s just kind of entwined with certain online multiplayer features, to avoid the equivalent of “Boaty McBoatFace” happening when trolls hit critical mass in your game.
In my spare time I work on some networked applications, and so have had to look into security and all that. The one thing they tell you is to NEVER FUCKING TRUST ANYTHING AT THE OTHER END OF A NETWORK CONNECTION. No, anticheat rootkits doesn’t allow you to ignore this, and it’s massively irresponsible to rely on anticheat as your main way of ensuring security.
If someone gets past rootkit anticheat on a “normal” game where it is being used as a replacement for proper server side anticheat, it’s no big deal. Just have a reporting system in place, and ban them. The worst you’ll get is people on Reddit complaining about “rampant cheating” or whatever.
If someone gets past rootkit anticheat on a game where it is used as a replacement for network security fundamentals, you’re suddenly going to have to find a way to explain to all your customers (and possibly lawyers) that due to your negligence, other people have had full access to their computers.
I’m a DevOps engineer by trade, and do a lot of work with network security. “Never trust anything on the other side of a connection” is fine and all as a rule of thumb, but real solutions have more nuance than that. What is “trust”? Should I just never connect to anything? Obviously we have to, so we’re already assuming some level of “trust”. There are always degrees of trust, and a peer to peer game server is a higher degree than browsing a site hosted by a server, is what I think the developer meant.
Now, I agree with you, this shouldn’t be some full substitute for proper network security or whatever, but I don’t think they’ve given any indication that’s the case. I can also speak from experience that certain choices in tooling are thrust upon dev teams at times, for cost or “political” reasons. It’s also fully possible it’s just a bad call from a techie who worked on a prior project with it or something.
Sounds like idiots just regurgitating the same tired old bullshit lies that they’ve seen before like some kind of fucked up snapple cap.
I’d say windows is a much bigger cheat issue, not because of some weird platform superiority, but because cheat makers focus on windows and any dumb dipshit with a credit card can buy one.
I’ll do you one better: I’m using Debian Stable for gaming and there’s nothing bad to report. Based on my experience I’d recommend that you use Stable first, unless you feel you really need Sid. I previously ran Arch Linux, but after switching to Stable and manually sourcing a few critical cutting-edge applications through e.g. Flatpak, it feels the exact same. I don’t feel like running the entire system as bleeding edge is a good idea when you can just run a couple dozen things as cutting-edge instead.
If you plan on using Sid instead of Stable, most of the following will not apply:
If you use Flatpak Lutris and want to use MangoHud, you’ll need to install the Flatpak version with flatpak install flathub org.freedesktop.Platform.VulkanLayer.MangoHud (I don’t think it shows up in the normal store)
The one gotcha I’ve found regarding Debian Stable and gaming is that Mesa will fall out of date as the release cycle goes on and probably won’t be backported. The solution is that running games via Flatpak (Lutris, Steam, etc.) uses Flatpak’s Mesa instead, which is cutting-edge. You can also try to compile a local Mesa version with this script, and you can manually trigger games to use this version instead of the system version. It does work, but it’s more complicated and a little bit more messy.
I use the Xanmod “Main” kernel for a more recent kernel that isn’t too bleeding-edge - it stays on the previous Linux kernel version until a few point releases have come out.
CoreCtrl is available as a bookworm-backport. I manually backported it myself but it looks like it’s official now.
I’m running Wayland and KDE, with no issues to report (even with gaming)
I’ve manually compiled Libstrangle for FPS limiting, but I’ve found that I can use MangoHud to transparently limit FPS as well, by using the following environment variable: MANGOHUD_CONFIG=fps_limit=YOURFPSHERE,fps=0,frame_timing=0,cpu_stats=0,gpu_stats=0,background_alpha=0. When I want MangoHud to act as normal, I switch it to MANGOHUD_CONFIG=readcfg which uses my normal config instead. Notably, Libstrangle cannot be used with Flatpak Lutris, so FPS limiting will need to be done with MangoHud if you want to limit Linux games. DXVK games can be limited with DXVK_FRAME_RATE as well, if that’s all you need.
I make heavy use of Flatpaks for any user applications that I need to keep more modern
If it’s not available as a Flatpak, I tend to use Homebrew to keep any other critical applications up-to-date (usually some CLI tools)
I use cargo through rustup to keep some rust programs updated
I use deb-get with a couple programs that aren’t on any real repos in order to get updates
I’ve compiled a couple backports by following this guide in a stock Debian Stable VM, then copying the .deb files back out to my main system. So far this has been super easy, but I don’t want to do this unless I have to.
If a program needs to be manually compiled, I try to install it using checkinstall. checkinstall basically fake-runs an installation and notes where everything goes, then stuffs it all into a .deb for you for a proper installation that can be uninstalled later. It’s a little buggy and doesn’t always work, but if it does it’s preferable. I rarely am forced to compile something that actually needs to be installed to system, but I’ve used it a few times with good success.
I can’t think of anything else regarding Debian Stable that I’ve done at the moment. Anything else has just worked as I’m used to on a bleeding-edge distro like Arch Linux. Debian’s large package base has really helped me with obscure programs that I used to need to compile manually with Arch Linux.
This looks like a detailed write up. I need to sit down and digest this information (currently out and about). I’ll come back to you with questions I’m sure.
Most of it is relating to getting the stability benefits of Debian Stable while keeping your system modern like Sid (not necessarily just for gaming). Keep in mind that Sid is inherently volatile/unstable and a lot more prone to breakage, so I wouldn’t recommend going that route unless you feel you have a real usecase, as you might find yourself needing to manually fix problems every so often on a Sid install. For a typical gaming workload I don’t feel like Sid is required, and with just a couple tweaks (Flatpak Steam/Lutris + newer kernel version mainly) you can get Stable to perform the same role cleanly. You can always upgrade into Sid later if you feel like you really can’t handle Stable’s older native packages.
Also, idk if it was explicit enough but the point of the original post is that yes, Debian is great for gaming, even with Stable. I would base your distro decision on literally any factor besides gaming, because if Debian Stable can do it then every distro can do it. You mentioned annoyance with Red Hat in your original post, so a strong selling point of Debian is that it’s a community distro. Arch Linux is also a great community distro that’s bleeding edge like Debian Sid.
Debian is generally easy to use but it’s still a tiny bit more DIY than most popular distros - if you find Debian too annoying to set up you can always try Linux Mint/Linux Mint Debian Edition, which is a very reputable Debian-based distro.
Very valid points. Since the RedHat announcement, I’ve migrated all my home servers to Debian so I thought “why not switch over my gaming rig as well”. As I thought about which district to use I came to the realization that I don’t want another situation where I’m using a distro based on another distro and that other distro decides to do something that affects the distro I’m using and blah blah. So then that leaves me with using the base (Debian, Arch, etc.) to avoid what I just mentioned.
I’ve been using Linux for quite some time so I can usually handle some break/fix. I haven’t tried Linux Mint yet but again, I rather just go straight to the base and go from there.
Still want to read your post tho. I’ve got Sid setup and ready to go and I do want to see how much breakage it introduces as I continue to use it. If it’s a bit too much, I’ll give stable a try.
I don’t want another situation where I’m using a distro based on another distro and that other distro decides to do something that affects the distro I’m using and blah blah. So then that leaves me with using the base (Debian, Arch, etc.) to avoid what I just mentioned.
Yeah this is generally where I’m at as well. There’s no point tying yourself indefinitely to a downstream distro/maintainer because they configured some stuff that takes 1-3 hours to do yourself. Downstream distros may also break some stuff or configure things poorly, so it’s just better to get it from upstream and follow their guidance.
Linux Mint gets a special mention even though it’s derivative, just because it’s a solid and reputable distro with a long history of being sane and easy to use. If I’m recommending Linux to a new person they always get Linux Mint as an answer.
Out of curiosity, are you running Steam/Proton/etc on Flatpaks because the normal packages are too outdated in stable or because the dependencies for them are too outdated?
Also are you not running into issues where the flatpaks can’t talk to each other? For example, installing a proton version on the steam path. Since flatpaks are isolated and have limited access to the system, wouldn’t I run into issues there?
I run Flatpaks for gaming mainly because I want cutting edge Mesa (which is inherently used while running games from Flatpaks). It’s not necessary right now since Bookworm was just released and Mesa is not that old, but as a long-term plan I think this is more consistent. I don’t think Steam will have a problem keeping up to date without Flatpak, but Lutris is probably best kept cutting-edge via external Deb repo or Flatpak. In general Flatpaks are pretty terrific and I recommend using them for a lot of things nowadays anyway (I even used a lot of them on Arch Linux). There’s really no performance cost anymore, and most Flatpaks are configured seamlessly from the start so you don’t need to worry much about access issues.
Flatpaks can generally access anything they want, but you might have to allow that access manually, depending on how the Flatpak is initially configured (Flatseal makes this super easy). Usually this just means you’ll need to allow read-only or read/write access to specific directories where your personal files live. The biggest problem that Flatpaks have is that they absolutely can’t access /usr (and /usr/bin by extension), and this can make things like running mangohud %command% or strangle 60 %command% more or less impossible. You can actually still access stuff via /run/host/usr/bin from inside a Flatpak if you give it host permissions but things run this way usually get very confused and don’t work correctly. You can also try to use flatpak-spawn to do some interesting things from within the “sandbox”, but its usecases are limited in my experience. Notably you can cut off internet access from a game that’s being run, but flatpak-spawn also currently has a bug/oversight which wipes out the environment variables for the spawned process, which usually causes some havoc.
There are also “portals” that hook into Flatpak, which I don’t know nearly enough about. If you use KDE for example, when you “open” a file using a Flatpak’d program, KDE will swap in a native file dialog and let you pick a file from anywhere even if the Flatpak doesn’t have access, and then it grants a temporary one-time access to that file to the program. For example I disallow Discord from accessing practically everything, but I can still upload files from anywhere on my system to a Discord channel with the KDE file portal.
In terms of Proton versions and Wine versions etc, there’s no issues here. I usually use ProtonUp-Qt to install different versions, and Steam/Lutris/Bottles will have no issues accessing these even if they’re Flatpak’d.
Edit: Also, you can theme Flatpaks like this. You’ll need your system themes to be installed to ~/.themes and ~/.icons in order for Flatpak programs to access them, and then you can set default global overrides for the theming environment variables and access to ~/.themes etc. using Flatseal. This will allow all programs to use your themes without individual configuration.
Okay, on this thread alone a lot of people are suggesting to go stable (including yourself) so now I’m thinking you guys must know something I don’t. Truthfully, I only really need a few things for the games that I run like a recent kernel (XanMod maybe?) Wine staging, steam, nvidia drivers, lutris, bottles and proton (through ProtonUp-Qt). As long as I can run those things on recent versions, I think going stable would be fine too.
The advent of Flatpaks have really made Debian Stable into a serious contender for desktop Linux, and Debian 12 is a remarkably good release even by Debian’s standards. Bookworm has received a lot of praise since its release, and I think people (like myself) are starting to reconsider what a desktop Linux can look like.
It does take a little bit of extra setup to get more cutting-edge stuff for the applications you use most often, but after sourcing everything and stuffing all the individual updating mechanisms into an update script, you’ll get the best of both worlds - stable base and rolling user applications. If nothing else you should try Stable first before resorting to Sid - you may be inheriting Sid’s volatility without a proper usecase. If you don’t run Debian Stable or Debian Sid/Arch Linux, you’ll probably want to go somewhere in the middle like OpenSUSE Tumbleweed, which is cutting-edge with extensive testing baked-in.
I’m going to give stable a try and see how far I get with gaming and go from there. I’ve never run straight Debian as a desktop it’s always been on servers so my experience there is limited.
I’m curious as to the update script you are talking about. Care to point me to an example? Wouldn’t flatpak update do the trick for everything running in flatpaks? And apt update/upgrade for the rest?
Wouldn’t flatpak update do the trick for everything running in flatpaks? And apt update/upgrade for the rest?
Yeah exactly. An update script just runs all these updates in a single command
this is what mine looks like (apparently lemmy does not like &&'s so take care with the & bits):___ bash debupdate() { echo -e “##======================== Nala upgrades ============================##” sudo deb-get update 1> /dev/null # fetch deb-get repos ahead of time just for timing purposes sudo nala upgrade # nala is better than apt echo -e “##======================== Flatpak upgrades =========================##” flatpak update echo -e “##======================== deb-get upgrades =========================##” sudo deb-get upgrade echo -e “##======================== Rust upgrades ============================##” export CARGO_PROFILE_RELEASE_LTO=true export RUSTFLAGS=“-C target-cpu=native” rustup update && cargo install-update -a # this is a custom cargo package: https://crates.io/crates/cargo-update - take care as this doesn’t inherently recompile with the same flags you originally installed with echo -e “##======================== Homebrew upgrades ========================##” brew update && brew upgrade echo -e “##======================== yt-dlp upgrades ==========================##” # I let yt-dlp manage itself $HOME/Applications/yt-dlp/yt-dlp -U echo -e “##======================== Antidote upgrades ========================##” # antidote is a zsh plugin manager antidote update sudo -u root zsh -ci ‘antidote update’ echo -e “##======================== Upgrades Finished ========================##” }
How do you manage kernel updates when running a custom kernel? Do you have to regularly check for security patches that you need to apply? It seems like something you could easily forget about without the benefit of an auto-update checker reminding you.
I’m not sure what type of auto-update checker you’re referring to but with Xanmod it’s still installed from a Debian repo and updates with the rest of your system, so if you use e.g. KDE’s Discover software center it will still alert you when it finds that the Xanmod kernel can be updated. Personally I just update everything whenever I reboot my system and at least once a week otherwise. There is usually nothing to update with Debian, so this isn’t a big deal.
As for security patches I might need extra guidance on that - since Xanmod is inherently built from mainline Linux source I don’t think it needs security patches? Kernels like LTS Linux or Debian Stable’s still want the newest security patches from new kernel source code, so those have to be manually extracted from the newer kernel source and backported into the old codebase. With something like Xanmod there’s nothing to backport because it’s always got the newest source and all the current security updates. You can think of Xanmod like linux-zen on Arch Linux - it’s just a fork of the original kernel with a couple extra tunings.
Edit: Actually from my understanding, linux-zen from Arch Linux is equivalent to the Liquorix kernel, if you want to use that instead of Xanmod. I don’t really have a strong preference between the two.
I see what you mean, thanks. I had assumed you would be compiling it from source yourself and for some reason it didn’t occur to me that there are separate repos for alternate kernels.
Excellent write up. I just wanted to add I am also using Debian stable (bookworm) and it’s going great. I use steam and I’m playing Baldur’s gate with no issues. I have a nvidia 1070.
I’m far from an expert but I believe Proton is specifically intended to provide compatability with Windows gaming tech like DirectX.
For regular non-game software you don’t need that tech, you can just run it through Wine itself (Proton is built on Wine). Bottles is actually what I see recommended these days (it simplifies management of Wine prefixes) and supposedly many apps can run in a few clicks.
Are you using a scaling factor with x11 legacy apps set to be “scaled by system”? That runs them at a lower resolution and scales them up. You can fix it by either using Gamescope or changing it to x11 apps “scale themselves”.
Yes, this is it. I have a 1080p monitor and a 1440p monitor of the same size. Without scaling it does weird things when moving between monitors. It defaults to system scaling.
… What exactly do you need the Elgato for? All the Elgato does is capture external HDMI signals.
If you had 2 PCs, you would use the Elgato to send the gaming PC’s screen to the streaming PC. If you had an Xbox, you would use it to capture the Xbox’s screen on your PC for streaming.
If you have 1 PC, you don’t need an Elgato, KDE already knows what your PC screen looks like, it is laying it out.
What you should be doing is just “open OBS and set up your scenes and start streaming.” The only thing you might want to do is go into the video settings and set it to use NVENC (I think you can do that on Linux) to offload the encoding to your GPU (which has dedicated encoding hardware) instead of your CPU.
Everything else should just work the same as it does on Windows.
To be clear: The Elgato HD60 X does not do any streaming… it is a video capture device. OBS does all the streaming, and it already has access to all the things it needs to capture by nature of being on the PC. You can just capture your desktop in OBS without the Elgato.
They can. But Elgato also makes a “Camlink” in addition to the “HD60” series. And the Camlink dongles create a UVC device, which can be used as a webcam with no further tweaking necessary. Using a full desktop capture card for a webcam is slightly overkill, but absolutely works.
… I thought that … nevermind, this is why I’m here.
The Elgato has a USB coming out of it and I thought that passing everything through it would allow the USB to feed/write the video stream without any other processing, I guess what I’ve really been after this whole time is more OBS tweaking.
The only thing you might want to do is go into the video settings and set it to use NVENC (I think you can do that on Linux) to offload the encoding to your GPU (which has dedicated encoding hardware) instead of your CPU.
I think this was a big missing piece for me.
For all my years in IT, I’ve never been an A/V nerd.>
You are correct that the Elgato does video encoding. And that if you use your GPU it’s putting a little bit of extra load on the GPU. But it’s negligible since the video encoding is a separate part of the chip. Maybe you’ll lose a percentage of FPS due to power usage snd bandwidth, but honestly the same is probably true for the CPU load caused by USB bandwidth.
Even with the elgato doing “video encoding”, how does it get to Twitch/Youtube? It doesn’t do THAT kind of encoding. It’s encodes the HDMI capture into a local format that is basically a webcam stream. It has to be broadcast from OBS. and even if you are using the Elgato as a video source, OBS is going to re-encode it into what it wants to broadcast. There isn’t really getting around the video encoding cost of OBS, unless you have a device that streams to the internet directly from the capture card (which it doesn’t seem like Elgato makes one. Someone else might, but that’s not really what they are for)
Ah I did some more research and what I said only applies to the older Elgato devices. They did use h264 as the format over usb and you could use that directly without recoding. But they moved to a custom format due to delay and decoding overhead. And ofc you’d want stream ovelays and such which also requires reencoding.
I thought that passing everything through it would allow the USB to feed/write the video stream without any other processing
Unfortunately no. It captures the signal and turns it into something that the computer can digest, but the signal isn’t something that just proxies straight through to twitch. OBS is always going to do some re-rendering.
A few tips:
If you open OBS settings, there is a “Output” section. You can change the output mode to “Advanced”, and then select a “Video Encoder” … this is where you would find NVENC (there might be a way to do it in the simple output mode too, but I dont have an nvidia GPU to confirm.
You’ll most likely want to change the Output resolution on the “Video” section of the settings down to 1280x720. Twitch limits your bandwidth anyway, and people tend to find that 1080p at low bandwidth doesn’t look any better than 720p at the same bandwidth (less compression artifacts because it doesnt have to compress as much, if at all)
Twitch has an option for bandwidth tests (or at least used to). This will make their servers accept the stream, but you don’t actually go live on the site. You can use this to see how your computer handles the streaming. On the main OBS dashboard, you’ll see a 30.00 / 30.00 FPS in the bottom right corner (or whatever your resolution you’ve selected). There’s also a CPU meter down there.
In the Docks menu there’s also a Stats dock. It will tell you how many Frames are missed due to rendering or encoding lag. If you have 0 missed frames, then your PC is handling the encoding just fine. It will also list how many dropped frames due to NETWORK you’ve had. This would indicate that there is a problem between you and Twitch/Youtube on the internet. Your computer is rendering the frames just fine, but Twitch isn’t receiving them.
Use the stats dashboard to figure out where you are losing frames and then fix that (if its rendering/encoding, then its NVENC or your CPU struggling. if its Network, then its your ISP struggling). And if you aren’t losing frames, then you have nothing to worry about. This dashboard will also show you CPU and memory usage, but realistically, if youre using a 3080 with nvenc, those usages will probably be very low.
linux_gaming
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.