• 12 Posts
  • 34 Comments
Joined 1 year ago
cake
Cake day: June 10th, 2023

help-circle



  • The launch was terrible, but there are some things that keep them apart from the rest of terrible launches.

    Cyberpunk 2077 was a really ambitious game, with a lot of new mechanics and incredible graphics. Beasts like that are really difficult to optimize for a large range of computers with different specs, so at first it ran poorly on some.

    The most notably buggy release was the PS4 one. And rightfully so. They were trying to run a truly next gen game on a console which was more than a decade old. They not only had to optimize the game, but they basically made a completely different game, with different assets and engines, which was really difficult to do. Still, it was too much for the console, especially old PS4s that were full of dust or had old fans and were overheating.

    Another important fact is that users were also pressuring CDPR into releasing Cyberpunk 2077. It was delayed at least once (maybe twice, I don’t remember), and people wanted to play the game. They probably had to choose between delaying it another time or releasing it without polishing it that much.

    I believe it was Cyberpunk 2077 that started the trend of “release now fix later” games. However, I don’t think they really did it on purpose. The game was too ambitious for its own good, and having to develop, optimize and test two basically different versions of it was too big of a task for a studio that in today’s terms wasn’t even that big. The rest of the AAA producers just realized that CDPR still won loads of money at launch, and decided to release incomplete games on purpose, after seeing that CDPR could make profits that way.

    But must importantly, CDPR did an amazing job at fixing the game, unlike many other studios releasing broken AAAs. They optimized the code, fixed most of the bugs, improved the AI massively and made the game really stable, to the point where I’ve seen it running at 40 FPS on 10+ year old overheating laptops. Even though it took a while, they still delivered the game they promised to their buyers.



  • I don’t know about the framework laptop, but about the Minecraft question:

    Yes, you can absolutely run Minecraft on Linux. It runs on top of Java, so it doesn’t really see the difference between the 2 OS. In fact, I’ve found that Minecraft runs faster for me on Linux than on Windows. The only thing that might not work is the official launcher, but that can be easily replaced (with the added benefit of improved functionality). I can recommend Prism Launcher, but really anything works.

    About Bedrock, that’s a different story. Microsoft revamped the PC port of Bedrock, and now calls it “Minecraft for Windows”. It’s fully compiled, and it won’t run natively on Linux. However, I still believe it can be made to work with some Wine trickery.



  • It is surprising how much the landscape changed in just 5 years. All the right wing parties got a boost, but most importantly, the ultra right and christian right parties. All those are surely going to want to implement ChatControl and measures like that because “We need to protect our children!”

    I’m also scared of all the new Q-Anon type parties that last time didn’t even exist and this time won a few seats. Ultra right conspiracy theorists that now have more seats than even the pirates.

    Also look at the results from Gernany or Austria. AfD and Orban. Pro nazi and pro russian parties. We’re going back in time for a remake.










  • black0ut@pawb.socialtoMemes@lemmy.mlYes, but
    link
    fedilink
    arrow-up
    3
    ·
    3 months ago

    Afaik, they are unblockable. They are served from the same domain as the video, so if you block them you can’t see the video either.

    Instead of blocking it at the domain level, you can install adblockers on almost any platform. I recommend uBlock for Firefox and ReVanced for Android. ReVanced is also supposed to work on Android TVs, iirc.



  • The thing about parallel booting is it’s only faster in systems with lots of cores, and the overhead of the parallelized code is sometimes enough to negate the benefits in older processors.

    My machine is a Core 2 Duo lappy, which allows me to run most modern programs cheaply. However, it’s slow (even though I don’t use DEs either), and laptops are the kinds of computers you boot multiple times a day. That’s why I care about boot times. And in this case, you can see that booting with a parallelized init system is slower than booting with a “regular” one.

    Yeah, Systemd might be the new fad, but I still believe there are lots of things to learn from the simple init systems. After all, an init system should only focus on initializing a system, and it shouldn’t be as complex and complicated as Systemd is.

    I might be just another old man yelling at clouds. But hey, that makes two of us now.


  • I run Void with runit.

    I’ve tried to completely avoid systemd, and so far I think I’ve managed. It’s still a pain in the ass, because a lot of software depends on it.

    As an upside, startup time on my old lappy went from 2+ minutes on barebones Arch with systemd to just under 40 seconds on Void with runit.