Computer enthusiast from 🇳🇱, libre software and (retro & indie) video games.
He/him, cis het.
Game and software dev.
I hack all of my game consoles.
Privacy advocate. Anti big tech/FAANG.
Music from the late 20th century is just better.
Learning to play piano.
ANSI C is the best programming language.
Jung personality type is ISTP.
I have several mental disorders.

  • 0 Posts
  • 9 Comments
Joined 1 year ago
cake
Cake day: May 26th, 2023

help-circle



  • true, but this would make it difficult to update the console version because i can’t include contributions from the pc version in the console version. i’d have to maintain two versions instead of just one. or not update the console version, but that’s not a good solution either.
    say a contributor fixes a bug, i wouldn’t be able to use the same code in the console version because this code is property of the contributor and is GPL licensed. but the console version would make references to a proprietary console API of which i can’t share any information, thus can’t add the code. so i’d have to find a different way to fix the same bug or leave it as is



  • dualbooting is often messy because windows update can delete things required for linux to boot.
    or to be more specific, it deletes grub, the bootloader.
    i’ve heard you can use a different bootloader called refined to prevent this from happening, that might be worth looking into.
    as for which distro, it doesn’t really matter. the only real differences between distros are the package managers and repositories (servers for application and update downloads) they use by default. if you like frequent updates, you choose one that has frequent updates, if you don’t, you don’t



  • what filesystem you use to store your games on shouldn’t matter. as long as the file system is able to store the files you need and supports the file permissions unix systems use it doesn’t really matter.
    i recall things like file management are a little faster on btrfs, but it has no impact on game performance or loading times for as far as i’m aware


  • many linux distributions still use the older method of getting things to appear on screen.
    they rely on a program called x11, development on x11 has stopped in favour of a new system called wayland. x11 does not support running different displays at different refresh rates, wayland does.
    but nvidia doesn’t support wayland very well yet. you can use it, but it might be more prone to crashes when using an nvidia gpu. i still recommend trying it.

    usually you will find a menu at one of the corners of the screen before logging in to your desktop. here you will usually find something like “desktop name (xorg)” and “desktop name (wayland)”.
    but some software hides the wayland option from nvidia users, it shouldn’t be too difficult to find a guide on how to make this option appear if it is hidden though.

    HDR support is still a work in progress. Afaik it’s not part of any official standard for display technology on linux yet, but KDE Plasma 6 has experimental support and Valve is actively working on support.
    KDE Plasma 6 is currently only available on distributions that push updates more frequently, without testing said updates thoroughly, like arch linux and some derivatives. the pop os developers have also promised to support HDR in their upcoming desktop environment called cosmic, which might still take a while to be released