• 540 Posts
  • 411 Comments
Joined 2 years ago
cake
Cake day: June 14th, 2023

help-circle






  • Once this is complete, we’ll implement a modern rendering pipeline that will give us a strong foundation to build upon, making visual changes and performance improvements easier in the future – for us, and modders too!. After that, we will be able to start adding the visual features. We really want to take this time to build this properly for Java Edition and build it in a way that allows us to continue to add complex enhancements such as Vibrant Visuals to Java in the future.

    Our goal is to bring Vibrant Visuals to all Java Edition players, across all supported devices – and we know that is going to be a challenge. We are working on a viable solution that works across the Java platforms: Windows, Mac, Linux and are committed to continuing to support these platforms.

    I wonder how they’ll implement this modern rendering pipeline. Are they going to move away from OpenGL? That would be kinda big news. Would that mean Vulkan on Windows and Linux and Metal on macOS? Or would Microsoft insist on DirectX for Windows? I hope Linux won’t be left out, implementing 3 different graphics APIs would be a lot.




  • Leaflet@lemmy.worldtoProton @lemmy.worldPhotos in Proton Drive
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    1
    ·
    2 days ago

    The fediverse is not private. It’s open, that’s the point of it. There’s very few protections on your data. By necessity, your data will flow through hundreds of third party servers who can do whatever they want with it.

    The benefit of the Fediverse is that it’s decentralized and that helps users avoid the BS that Twitter went through.





















  • I haven’t watched the video yet, but keep in mind “resource usage” being lower isn’t always better.

    For example, Plasma had an issue for some people where animations would not happen, freeze the system momentarily, and stutter. The reason why turned out that these people were using slow drives. Plasma was trying to load the bytecode for the QML animations from disk, but the IO operation took too long so the animation suffered. Had this bytecode been stored in memory, the performance would have been better.

    But I also don’t want to discount the fact that some (perhaps most) of the time, high resource usage is a bad thing caused by poor programming and using technologies that are heavier, like Electron. Whether those tradeoffs are worth it are another matter.

    I wish more developers actually used their software low-end devices to find performance issues. I recently got an Intel N100 and it’s actually been a decent experience on Linux, though Gnome shell’s animations are a bit stuttery even on Gnome 48. Haven’t tested any other desktop though.




  • Leaflet@lemmy.worldOPtoJPEG XL@lemmy.worldThoughts on AVIF?
    link
    fedilink
    English
    arrow-up
    1
    ·
    15 days ago

    Hmm, that site produces an 57.3MB lossless AVIF for the dark image compared to the 21.0MB lossless AVIF I got with Switcheroo. That’s even larger than the PNG.

    One cool with JPEG XL can do is take a full quality input (no grain, but color banding), compress it (lossy or losslessy), and basically apply a grain filter on top. That’s great because the base image compresses better and the grain filter hides color banding. I wonder if AVIF has a feature like that. Unfortunately since the input has the grain, it doesn’t compress as well.