• 6 Posts
  • 41 Comments
Joined 3 months ago
cake
Cake day: January 9th, 2026

help-circle
  • The game engine should not be a factor in my opinion, but sometimes I have some feelings. In the end ultimately the game itself and how fun it is is the most important factor.

    • Unreal Engine 5: This engine has such a poor reception for me, that whenever I see it I dislike the game before even having a chance to play. Its not fair I know, but its also not my fault that I think like that. Often games with this engine have stutter issues, require lot of resources and for whatever reason, most AAA games launching with this engine are in a bad state. In the end I will buy a game if its good, obviously, but the engine has a little deciding factor to look deeper or not… even if its just a little factor.
    • Unity: I personally don’t like Unity anymore for the bullshit they did. But if I am honest, if the game is good then I do not care if its in Unity.
    • Godot: I really want to like games made with this Open Source engine. But if I am honest again, I would not buy a bad game even if its made with this engine.
    • RPG Maker: I am a fan of oldschool RPG Maker, so I don’t mind that. But whenever I see made with RPG Maker (or suspect it), the value of the game goes dramatically down for me.
    • any custom engine: I highly respect good custom engines, made specifically for the game or company. They often feel and look different, so its actually a factor. Or at least it will make me curious and look deeper into the game.




  • I don’t feel safe doing so. Would a script be able to run escalated rights without asking me a password? Is it somewhere displayed that such a process is started (notification in example or at least in the terminal a message?). And even for applications I am directly starting, I want it be explicit to require a password, that I am always aware its escalated root rights the app has now.

    I can understand your view of convenience and I am “guilty” of some convenience stuff too. But this goes a bit too far for my taste.




  • I sometimes prefer Flatpak over AUR, because I do not trust everyone on the AUR to run scripts with root rights on my system. At least Flatpaks are a bit sandboxed (even if the sandbox is an illusion) and the programs don’t install and run with root rights. Sometimes the Flatpak is from the original developer and the script in AUR is not. Or the AUR script is not updated well and often enough, unlike day one Flatpak updates. But Flatpaks do not integrate well in your system and applications can look out of place too. There is a lot to consider, besides what you already mentioned.

    I use both, prefer the AUR in optimal cases.











  • Congratz on liberating your computer and yourself.

    Just a little advice on using the AUR: It is an user driven repository of software, meaning anyone can upload stuff to it. Usually you are adviced to read the AUR script before installing it (most don’t, especially newcomers). So you should be very careful and only install from trusted AUR scripts. Maybe install from Flatpak instead from AUR if you can, but that depends on many factors.


  • No, this has never done before. Games configuring itself is something completely different and irrelevant to our discussion topic. It has nothing to do with gathering information from players and trying to estimate a FPS before buying the game. “Can You Run It” also does not estimate a FPS for your hardware, based on opt-in information from analyzing the FPS you are playing the game. And especially making it an official thing for a store is also spicey, because usually those stores selling the games themselves could potentially be sued for false marketing if it does not work well enough.