• Matty_r@programming.dev
      link
      fedilink
      English
      arrow-up
      36
      ·
      4 months ago

      I’m actually kind of surprised that they’re all working together at all. Normally they all wanna have it done their own way and it ends up just being another random project, that everybody loves until the next person creates another project because they want it done another way.

  • Zari@lemmy.world
    link
    fedilink
    English
    arrow-up
    30
    arrow-down
    1
    ·
    4 months ago

    Finally linux developers started to understand a bit of “make an app great and keep it like that”.

    Usually linux has parcour in terms of apps.

    • datelmd5sum@lemmy.world
      link
      fedilink
      English
      arrow-up
      9
      ·
      4 months ago

      Yes and no. I could hop on to a 50 year old Unix machine and operate it pretty much the way I use my contemporary Linux computer, thanks to the standard Unix tools being both great and ancient.

    • Cosmic Cleric@lemmy.world
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      4 months ago

      Usually linux has parcour in terms of apps.

      parcours
      nm
      (=trajet) journey (=itinéraire) route (SPORT) (=terrain) course
      parcours du combattant assault course
      (=tour) [+golf] round
      [+ski] run
      [+circuit] lap vb

  • S_H_K@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    28
    arrow-down
    1
    ·
    4 months ago

    I don’t know much about linux but as far as I understand it says linux get more compatibility?! Monkey sees monkey upvotes and shares

    • ProdigalFrogOPA
      link
      fedilink
      English
      arrow-up
      18
      ·
      4 months ago

      There’s a lot of projects to help get Windows games working better on Linux, and this effort is basically all those projects coming together to work on making the ‘ultimate’ project that will make it easier than ever to game on Linux! :D

  • ColeSloth@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    17
    ·
    4 months ago

    Can it pre-load shader cache like steam games does? Because that’s a big plus to running games on the higher half of the graphics demand side. Otherwise you’ll still need games to be steam in order to get the best performance.

    • λλλ@programming.dev
      link
      fedilink
      English
      arrow-up
      9
      ·
      4 months ago

      Yeah. Good point. The problem I see with that is that SOMEONE has to store the shader caches that you download. With some games, it’s megabytes and some games it’s gigabytes. Also, the shaders are different for different hardware configurations. Who is going to not only store, but share all of this data when only a small portion of people donate to FOSS? Steam, gets a portion of the sale, and moving people to Linux is a far sight goal that they are monetarily incentivized to help towards.

        • λλλ@programming.dev
          link
          fedilink
          English
          arrow-up
          4
          ·
          4 months ago

          True, but complex and probably a tad unrealistic. My old days of using torrents taught me that people don’t typically seed.

          Ignoring that, if you automatically download torrents and start seeding them many people wouldn’t understand them and will have their internet overwhelmed and blame Linux, or Google it and come to the conclusion to “turn off the seeding feature”.

          Also, Shader Caches get changed/updated CONSTANTLY. When I first got my Steam Deck, I was getting Shader Caches updates every time I turned it on for nearly every game. That has slowed down a lot but torrents specifically wouldn’t be the best solution for something that changes frequently. You can re-check so that you can just only download new caches with the latest torrent. But the re-check can be computationally expensive as well.

          Idk the answer and I love the idea of P2P. But, we’d have to be careful to implement it well.

        • λλλ@programming.dev
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 months ago

          A program will not fix it. The problem is shader caches need to be stored. Storage costs money. Who is going to pay to store all of them?

          Maybe it could be like a P2P system but that would add a whole lot of complexity!

          • ColeSloth@discuss.tchncs.de
            link
            fedilink
            English
            arrow-up
            3
            ·
            4 months ago

            I was thinking a program that would pull, create, and store all the shader cache of a game locally on the system.

              • ColeSloth@discuss.tchncs.de
                link
                fedilink
                English
                arrow-up
                2
                ·
                4 months ago

                Magicland, I suppose. I guess it would need to spoof that it’s a steam os installed game in order to download the cache from valves server and then move the cache over to the appropriate folder for the game. I guess it would be a lot of work for each game, since the cache folder isn’t going to be named the same and in the same spot.

                • λλλ@programming.dev
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  4 months ago

                  Even then, the shaders for steam deck wouldn’t work on other devices with different GPU architecture. I think it might require the same CPU architure as well. But, I’m not confident on the second part.

  • Scio@kbin.social
    link
    fedilink
    arrow-up
    12
    arrow-down
    1
    ·
    edit-2
    4 months ago

    I only just heard about ULWGL from a nice Threadiverser a couple of days ago, and now TIL!

    • massive_bereavement@kbin.social
      link
      fedilink
      arrow-up
      19
      ·
      edit-2
      4 months ago

      Well the interesting part of this is that they will collaborate on the engine but the frontend will still be independent.

      I think this is a sound strategy (if I understood it well) as the key differentiators remain but the hard parts (running the damn things) become collaborative.

      This also IMO helps a lot user experience, as dealing with broken scripts, mysterious wine settings and keeping up with version changes makes playing a game a big ordeal compared with other platforms (In some cases like old games, it can be worse).