• 0 Posts
  • 40 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle
  • Those are fair points, I actually bought the switch pretty early on after seeing praise for Odyssey and BotW. I play on PC otherwise, but I enjoyed the experience, playing docked with joycons with motion controls.

    I’m not personally frustrated, while the games definitely seem overpriced, I always felt like Nintendo is just sitting in their niche doing their thing, not trying to one-up others and instead providing various gimmicks with their devices. They’re selling consoles and games for a certain price, and it feels like if you think the deal is bad or unfair, you can just pass on it.

    I don’t think I really have a point here, just saying my thoughts. I have my issues with Nintendo, but I do feel like their consoles and games provide value that is hard to get elsewhere.





  • I do have my screen set to sRGB, and it is possible it’s simply incorrect in SDR - when I enable HDR, everything looks greenish IIRC. As for color profiles, I think there might’ve been a built-in profile that was automatically enabled in the settings? It’s possible I’m looking at horrible colors and not realizing, but at least I’m not doing things like a friend, who “optimized” his colors to improve gaming performance, and keeps complaining about colors being weird 😅

    Color management is annoying, since you need a correct reference to verify anything, and I never looked into that.

    As for the monitors, I specifically meant good screens, not screens with good HDR - I feel like if you go for a good screen these days, it’ll likely have some HDR support, letting people simply try it out with little effort on Windows.


  • I use Wayland exclusively, and I’m on up to date Arch. I’m talking about issues like screenshare issues with software, XDG desktop portal screenshare randomly breaking, steam notifications started positioning wrongly, steam’s search stopped working (not 100% sure if those two are Wayland)…

    I also tried running a game in game scope with HDR enabled, experimenting with options and env cars I found online, but it just didn’t work. It was a sample size of one, but it was one game I wanted to play with friends, so I gave up in favor of just playing.

    I also don’t use MPV - I tried testing HDR with it, and it probably worked fine, but I don’t have the right media to test it. (Side note: I should try mpv more seriously, but I haven’t needed a video player much in general)

    An extra annoyance is the fact that the LDR colors are quite off with HDR enabled on Plasma. I suspect this is the fault of the display or configuration, but it’s still something I’d have to spend time researching and fixing, only to barely get any use out of it.

    I haven’t tried setting up steam itself in gamescope, but wouldn’t it be limited to one window then? Could try it just to experience an HDR game, but otherwise it’s a bit of a deal breaker.

    You might be right about it being for enthusiasts in the first place, but I feel like there’s a lot of people who will just pay up for a good screen that includes HDR, and on Windows I’d imagine you can just turn it on and start getting HDR from various sources - something that will surely become possible on Linux, but will take a while longer.

    All that said, I’m not saying this to shit on Wayland or the developers’ work on HDR. Not long ago HDR was something that just wasn’t possible, and people were whining it’ll take another 10 years at this rate. I’m excited to see the next update on this, as well as stable wider adoption, but that’s the thing - that’s something I’m anticipating, not something I’m gonna be using now.


  • Pretty sure HDR is “working” in the sense that KDE went ahead and implemented unfinished specs, so that the very few apps that also went ahead with it can do HDR, but only on Wayland which breaks other things that are behind, and also often requires very recent versions and specific obscure parameters to be passed to enable HDR support?

    Yeah, it’s a great step forwards and great for enthusiasts, but unless I’m very behind on the state of HDR myself, it’s still something I’d consider “coming soon” and not proclaim it’s just “working for me”. It certainly feels like a “year from now” kind of thing - something to anticipate, not try to force just yet.







  • I haven’t read the actual proof you wrote, but I think the paradox was shown to, well, not be a paradox multiple times in history. It was thought of long ago, when our understanding of mathematics and physics was more limited, and we didn’t have the tools to prove the flaws exist.

    It’s pretty cool that a problem created so long ago can still be relevant, and that random people find it interesting enough to solve in Lemmy comments though! Keep learning and rock on!



  • I don’t think compiler optimizations matter much - supposedly the final build was compiled without optimizations, presumably by mistake, and the N64 has very specific hardware which compilers don’t know how to optimize for.

    What we certainly do have are much more powerful machines and software in general, letting you test, analyze and profile code much more easily, as well as vast amounts of freely available information online - I can’t really imagine how they did it back then.




  • Applications disappearing from the launcher because you changed the greeter sounds very weird… And that’s kinda what I mean. You had to give up on using this software, and instead go for an alternative, because of an issue that shouldn’t even be related.

    Granted, a lot of people are probably fine with it, and it sounds like an annoying issue to debug… But it still rubs me the wrong way.

    You do raise a good point about replacing software - even just in my example I neglected to mention myself switching to pipewire a couple times and figuring out how they work. Interoperability between software is valuable and knowing you can always switch out one part of your system for an alternative is indeed a useful skill - I sometimes see people complaining about things like Linux’s clipboard, or archive manager, being bad, something like that, without realizing that’s just one option you can use.


  • Depends on the issue, but many issues come from misconfiguration - fixing the issue can help you understand your system, what went wrong and why, and not only fix that issue ans help you fix further issues, but also reveal things you didn’t know about the software. I find it valuable to know how things work, so I can understand what I’m using, what I need, and what I can do with it.

    As an example, messing around with pulseaudio and pipewire I understood a bit more about how it works. I found out I could enable the built-in echo cancel module and get rid of virtually all of my echo when using speakers and microphone. I then later also knew how to configure multiple virtual streams, so I can separate games and voice chat from my browser, so when I record clips when playing with friends, I can have those separate. And then also configured RNNoise for systemwide noise suppression for that bit more audio clarity.

    I could find instructions on how to do each of those without understanding them, but when I wanted to ensure noise suppression happens after echo cancellation, I knew what to mess with to set that up.

    I understand it’s not for everybody, it’s not feasible for most people - but I see the system as a complex machine you need to operate, and while having simple controls is a good idea, understanding how the machine is built can help not just with complete breakages, but also with avoiding smaller inconveniences that come from using it in unintended ways


  • To me that’s part of the ideology I associate with Arch. If you actually use -h in pacman, I find that the help is presented in a nice and contextual way. You only need a few commands on a daily basis, and most of the other things you might need are easy to figure out when you need them.

    In regard to -S being confusing, I think it’s basically making the external operations map to how the software works internally. I feel like learning what the software is doing, rather than expecting the software to hide away the details, is also part of it. When you want to do more complex operations, or when something breaks, you’ll have a better understanding of what happened.

    I wouldn’t mind a better interface, I’m not claiming it’s the best it can be or even close to it, but I wouldn’t want the improvement to come at the cost of obscuring how the software works. I don’t want the commands categorized just by convenience rather than logic, or magic buttons that automatically perform a sequence of hidden operations. I want something I can learn, understand, commands I can dissect into their components, not something I’m expected to use in the 10 ways provided and hope it does what I need.

    I see this in the same way as people tend to use git - some GUIs will offer convenient buttons with their own made up names, and when git throws an unexpected error, the user will have no idea what the error means, or what the software did to get there.

    People often complain that git doesn’t make sense. They might have a point in terms of it being unintuitive… But I find that with a general understanding how it’s built and what the commands do, the complaints are often people trying to force the issue using the wrong tool for the job.

    And, honestly, sorry for the rant. In the end it’s just my opinion, I don’t want to force it on anybody, I just started writing and kept finding things I wanted to elaborate on. If you’re reading this, I hope you have a good day!