boo

  • 38 Posts
  • 68 Comments
Joined 8 months ago
cake
Cake day: February 7th, 2024

help-circle


  • You have a point, but if Microsoft completely locks down the kernel, preventing any third party software/driver from running at the kernel-level, Anti-Cheat developers will have to find a new way to implement Anti-Cheat. This may open up the possibility of some newer form of Anti-Cheat being user-space; or at the very least NOT ring 0, which in-turn may open up the possibility of this new form of Anti-Cheat working underneath Linux.

    Or maybe we’re all still screwed because this new form of Anti-Cheat will perform on a basis that trusts that there is no third party access to the Windows kernel because of how restricted it is, therefore nullifying the need to be ring 0, but it still might not work under Linux due to the freedom/access users have to the kernel.

    But then again, in order to implement any third party driver into the Windows kernel, it has to be signed and/or approved by Microsoft first (IIRC). But cheaters get around this through various means. So maybe nothing changes; but if Microsoft DOES restrict kerne-level access, this leads me to think that Anti-Cheat will have to change in some form or another, which may lead to it working on Linux.

    TBH, The only way(s) I see Anti-Cheat moving forward at all, is:

    • Hardware level Anti-Cheat (similar to a DMA card. Maybe it requires a certain type firmware that is universally used across all/most major video game companies)

    • Some form of emulated environment. Maybe like a specific kernel that is used for each game.



  • mudle@lemmy.mltoLinux@lemmy.mlHow FOSS is your setup?
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    2 months ago

    Excluding hardware (microcode, UEFI, etc); within my Linux system, the only proprietary software I have installed are Nvidia drivers and Steam (installed via flatpak). When I first made the switch to Linux, I was actually shocked at the minimal amount of proprietary software I actually used/needed.
















  • The only times I’ve encountered a game or program not launching via Bottles, it had to do with missing dependencies and/or other issues with the installer.

    SteamDB has a list of dependencies that are used for Ape Out, of which you can try adding to your Bottle.

    However, I would try running the game in Lutris; In Lutris, if you encounter issues with the game, you can click on “show logs” which will (hopefully) help you out a great deal. Lutris uses their own runtime which is primarily pulled from Valve’s Steam runtime (IIRC), saving you from having to hunt for dependencies (if missing dependencies are the issue).


  • mudle@lemmy.mlMtoLinux Gaming@lemmy.mlBottles not working
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    4 months ago

    You can check if it’s using the Discrete GPU by going into “Details” in your game’s bottle, then go into “settings”, and make sure that the toggle for “Discrete Graphics” is turned on. You can also set an environment variable; DRI_PRIME=1. Also might want to check your HDMI or DP cable is plugged into your GPU. You could also try checking GPU usage while the game is running, and seeing if it’s using your GPU at all.

    You said you moved to Fedora from Pop_OS; If you are using an Nvidia GPU, you might want to check if you’ve got the Nvidia Proprietary drivers installed or the Nouveau drivers. You can check this by running lsmod | grep nvidia in a terminal. If you get any output whatsoever then you’re using the Nvidia Proprietary drivers, which is what you want for gaming.

    If it is a shader issue; in the same “settings” in bottles make sure DXVK and VKD3D aren’t disabled. There’s no real way to bypass shader compiling. All your games need to compile shaders.



  • mudle@lemmy.mlMtoLinux Gaming@lemmy.mlBottles not working
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    4 months ago

    Assuming when you created the bottle, you chose “gaming”, it will use “soda” as it’s default runner, which is based off of proton. Maybe try going into preferences, runners, then click on “Soda”, and try messing around with different versions.

    According to the latest ProtonDB reports of Ape Out, Proton 8.0-5 was being used. Looking at my available “Soda” runners in bottles, I see “soda-8.0-2”,“soda-9.0-1”, and “soda-experimental_8.0” as the latest runners available. I would try using those runners as a start.

    Also, (I only now just noticed it), under preferences, in General, there is an “Integrations” section. Under that there’s “Steam Proton Prefixes”, which (I assume) allows you to use Proton prefixes.

    Here are the following commands, depending on your installation method of Steam to give permissions to the Steam path if it doesn’t have it already.

    Steam non-Flatpak:

    flatpak override --user com.usebottles.bottles --filesystem=xdg-data/Steam

    Steam Flatpak:

    flatpak override --user com.usebottles.bottles --filesystem=~/.var/app/com.valvesoftware.Steam/data/Steam

    Alternatively you can use Flatseal and add the path: ~/.var/app/com.valvesoftware.Steam/data/Steam