• 0 Posts
  • 48 Comments
Joined 2 years ago
cake
Cake day: June 25th, 2023

help-circle
  • My understanding is that automount is different from what you’ll need. The automount that you’re using is probably mounting when you log in, but you’ll probably want to mount when you turn on the computer.

    For that, you’ll want to edit fstab. That’s a file that tells the system that you need to mount this drive during boot-up. On KDE, there’s a partition manager software that can edit fstab through a GUI, but I’m not sure if there’s something similar in Mint. If not, the file is in /etc/fstab. Make sure to double check for typos when you edit fstab because errors can prevent your computer from booting up properly. Or just be proficient at terminal so that you can undo the changes when you make an error.

    Word of advice: use the nofail option for secondary/storage drives


  • Not finicky and Arch-based don’t really go together well.

    Just go with Bazzite or something, the exact distribution doesn’t matter (as long as it’s not Arch). The more important choice is the desktop environment, which is the user experience and looks of the distro. If you’re moving from Windows, I assume you’ll like KDE Plasma. It’s basically Windows 10 but modernized, with a more aesthetic and clean look. (It’s also paralyzingly hypercustomizable, so I would recommend using the default settings initially and slowly learning the settings, rather than diving into the settings headfirst the moment you install)

    I personally use Kubuntu (Ubuntu with KDE Plasma), but it’s slightly more annoying to set up than something like Bazzite




  • Contramuffin@lemmy.worldtoLinux Gaming@lemmy.worldHardware monitoring
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    2 months ago

    KDE Plasma’s default monitor is quite good, but you’ll need to edit the page to reveal all the hidden trackers that aren’t shown by default. Great if you already use Plasma.

    I also tend to use CoreCtrl and Steam’s inbuilt monitor (which I think is based off Mangohud?). CoreCtrl has a nice UI (much better than LACT, IMO), but it’s no longer receiving active development, so it doesn’t support the current generation of GPU’s. Meanwhile, Steam’s monitor is convenient but, well, it only works on Steam




  • That looks like the horizontal grid. All the custom images are in a folder in Steam (see below for the location). You should be able to copy an image into that folder, and as long as it’s using the correct name format, Steam should use that image just fine. You’ll need to know the game’s ID, but you should be able to figure that out by cross-referencing other custom images

    • Image folder location: (steam directory)/userdata/(user id)/config/grid/

    • horizontal grid format: (game id).(file format) (ex: 2284631436.png)

    • vertical grid format: (game id)p.(file format) (ex: 2284631436p.png)

    • hero (aka wallpaper) format: (game id)_hero.(file format) (ex: 2284631436_hero.png)

    • logo format: (game id)_logo.(file format) (ex: 2284631436_logo.png)

    • how to find game id: there’s no easy way to find it, but you can set a custom image for the game with any of the other options, then look into the folder to see what the custom image is called. You then should be able to figure out what the game id is by comparing it to the name format


  • Kubuntu 25.04 here. Did you edit the audio quantum setting? If not, you should. It may or may not be the same issue, but I would get occasional buzzing when playing games. It turns out the default audio buffer time is really small, so when you’re doing something CPU intensive (such as playing games), the CPU can’t consistently fill out the buffer on time, leading to occasional audio hiccups. Increasing the audio buffer time will slightly (ie, imperceptibly) increase audio delay and will give the CPU more time to fill out the audio buffer, which solved the audio issue for me. Try putting this line:

    context.properties = {default.clock.min-quantum} = 1024
    

    into /etc/pipewire/pipewire.conf.d/pipewire.conf

    (you may have to create some folders and files).

    Then restart and see if that fixes anything



  • You can blindly download and install things from the internet on Windows, you can’t in Linux. If you try, it’ll be confusing at best, destructive at worst. If you want to install something, best to look for it in your GUI software manager (the “app store”)

    If you’re up for the challenge (it’s extremely tedious to set up, partially thanks to its horrid instructions), you can try installing winapps. It’ll save you a lot of time with running Windows programs





  • I think people who view Wine/Proton as a crutch is missing the point. Even disregarding the fact that it’s introducing more people to Linux (me included), I think the bigger point to make is that the future of software (or rather, the emerging meta of software) is cross-platform. Think about all the web apps and Electron apps. The solution to the Linux compatibility issue is not to make a Linux version of the software, it’s to set up a system such that one version works for every OS. Wine/Proton is just an unusual extension of that software philosophy.



  • To give more detail: Proton uses a hacky workaround called fsync. Fsync was developed by the Wine developers but was explicitly not merged into Wine because, by their own admission, this is a really hacky workaround and it’s definitely not the right way of doing things.

    For games, using fsync is far better than not using anything, and so Proton uses fsync. Apparently there’s recently been concern that the fsync workaround is going to become a bottleneck in modern games (not entirely sure the reasoning why), and so the Wine developers pushed for the development of NTsync, which is basically fsync if it weren’t a hacky workaround. NTsync alleviates the bottleneck that fsync creates, making it more robust, less hacky, and more futureproof.

    In short, don’t expect any noticeable performance increases, but Proton might work more consistently and it might improve performance for future games



  • Like it or hate it, SteamOS is what the people want. I mentioned in another comment about it. You can argue over what is a better distro all day, but in the end, what’s going to cause people to jump ship isn’t Bazzite - it’s SteamOS. Bazzite makes sense only to the people who already know what each distro is, and attempting to blame Linus (and, by proxy, the portion of his audience wanting to jump ship) for choosing SteamOS over Bazzite is exactly the sort of unwelcoming behavior that I’m concerned will drive away people. There are better and more productive ways of pushing for more established distros, but more importantly than that, we need to accept that SteamOS is a fundamental criterion for this set of audience to make a leap towards Linux, and we should be encouraging them to try out SteamOS instead of bikeshedding over which distro is best for people who have already made up their mind about SteamOS


  • Whether or not I like him is irrelevant to the point at hand, but since the topic is now brought up, I should point out that I don’t watch LTT.

    The bigger point here is that a major tech channel with a huge audience seems to be pushing for Linux adoption to a novel audience (having Linux content geared towards Linux enthusiasts does not bring in new users), and a direct consequence of that is that we should 1. expect to welcome an influx of new users to the Linux ecosystem, along with all of the consequences that that entails and 2. acknowledge this video as a symbol of increasing Linux acceptance among mainstream users. The particular channel is itself irrelevant, compared to the bigger fact that such a video was even made at all.

    To use your example, it would be like if we were a community of used bathwater enthusiasts and we decided to bury any news about that influencer selling her bathwater.