Can they tell the differences between installs or can’t they? Either way, they’re definitely lying to their users.

  • toxic_cloud@lemmy.world
    link
    fedilink
    arrow-up
    119
    arrow-down
    4
    ·
    1 year ago

    Even worse, https://unity.com/pricing-updates is posted on their site:

    “We leverage our own proprietary data model and will provide estimates of the number of times the runtime is distributed for a given project – this estimate will cover an invoice for all platforms.”

    Estimating how many copies you sold based on your own ‘data models’ which is impossible to track? Isn’t that like a giant red flag for laundering money?

    • datendefekt@lemmy.ml
      link
      fedilink
      arrow-up
      18
      ·
      1 year ago

      I think it’s crazy that they want to write invoices based on estimations. Why didn’t I ever do that? “Oh yeah, I estimate that I worked about um… 2 weeks on that feature.”

    • lobut@lemmy.ca
      link
      fedilink
      arrow-up
      17
      ·
      edit-2
      1 year ago

      Yeah I don’t understand how that works. Will that even stand up to a lawsuit? Wouldn’t they have to give up stuff in discovery if a game company sues to find how they were billed?

  • leo85811nardo@lemmy.world
    link
    fedilink
    arrow-up
    104
    ·
    edit-2
    1 year ago

    In my opinion, it’s bad either way for different reasons

    If they do tell the difference, then there is some tracking built into the machine that runs the engine, which is bad for the application user

    If they don’t tell the difference, then there will be exploits for intentionally reinstall multiple times, which is bad for the application developers

  • carbonara@lemmy.world
    link
    fedilink
    arrow-up
    91
    arrow-down
    1
    ·
    1 year ago

    Don’t try to find a meaning in this, just switch to something FOSS. Look at how the 3D modeling world is since Blender became a real competitor.

    • yanyuan@lemmy.world
      link
      fedilink
      arrow-up
      42
      ·
      1 year ago

      TIL: There is not only one, but several FOSS game engines (e.g. Godot Engine, GDevelop, Cocos2d-x…). Cool :)

      • R0cket_M00se@lemmy.world
        link
        fedilink
        English
        arrow-up
        10
        ·
        1 year ago

        Do the different ones have separate use cases? Or are they all pretty similar in terms of intended functionality and user knowledge requirements?

        • yanyuan@lemmy.world
          link
          fedilink
          arrow-up
          7
          ·
          edit-2
          1 year ago

          I only just googled them, but they do look quite different. I assume some are specialised in 2D games, platformers or role playing or mobile games.
          Godot seems to be the most sophisticated engine and supports 2D as well as 3D.

          • Ignotum@lemmy.world
            link
            fedilink
            arrow-up
            5
            ·
            1 year ago

            Haven’t tried any of those other ones you mentioned, but i can vouch for Godot, it’s pretty amazing (granted, i’m not a professional developer, but Godot has worked great for my hobby projects)

  • ryan@the.coolest.zone
    link
    fedilink
    arrow-up
    75
    arrow-down
    1
    ·
    1 year ago

    This whole thing is absurd and overcomplicated - they could have just copied Unreal and slightly undercut them.

    It isn’t too complicated, but for example, a game which made $2 million in gross revenue would owe Epic Games $50,000, because it would pay 5 percent of $1 million, keeping the first million entirely—minus whatever other fees are owed, such as Steam’s cut.

    There should also absolutely have been a grandfather clause for games already released.

    I get Unity needs to make money. They’ve never been profitable. But they’ve seriously overcomplicated the whole thing and gotten people angry at them.

    • marcos@lemmy.world
      link
      fedilink
      arrow-up
      42
      arrow-down
      2
      ·
      1 year ago

      I’m not even sure this is a price increase. It probably is, but I think a lot of people will pay less.

      They are just reserving the right to bankrupt you, at random, without any previous warning, because they want. There’s no good reasoning anywhere.

      • lobut@lemmy.ca
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        I agree. I think a price increase can totally make sense. Shit’s expensive nowadays, we get it.

        They seem to want to create a new revenue stream from games published on Unity retroactively.

  • IzzyScissor@kbin.social
    link
    fedilink
    arrow-up
    62
    ·
    1 year ago

    Do installs of the same game by the same user across multiple devices count as different installs?

    We treat different devices as different installs. We don’t want to track identity across different devices.

    Jesus Christ. A single user can freely install the game repeatedly and bankrupt a creator.

  • Gamma@beehaw.org
    link
    fedilink
    English
    arrow-up
    32
    arrow-down
    1
    ·
    edit-2
    1 year ago

    They’re straight up gaslighting!

    Before:

    Yes. The creator will need to pay for all future installs. The reason is that Unity doesn’t receive end-player information, just aggregate data.

    After:

    We are not going to charge a fee for reinstalls. The spirit of this program is and has always been to charge for the first install and we have no desire to charge for the same person doing ongoing installs.

    • MentalEdge@sopuli.xyz
      link
      fedilink
      arrow-up
      28
      ·
      1 year ago

      Someone tell them they can achieve the latter much more effectively if they simply charge once FOR EACH COPY SOLD.

      Hmmm… but then what about humble bundle sales or freemium games? Maybe the charge should change depending on the price of the game…

      OH WAIT THAT’S REVENUE SHARE. Seriusly this whole thing is just an attempt at taking more money than devs would be willing to pay, by using a model without an up front percentage.

    • RickyRigatoni@lemmy.ml
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      kind of hard to gaslight when hundreds of news sites already have copies of the thing you said before published

  • MrPoopyButthole@lemmy.world
    link
    fedilink
    English
    arrow-up
    30
    arrow-down
    2
    ·
    1 year ago

    I may get downvoted to hell for this, but besides the shady business practices, Unity sucks as a game engine. You can just feel the engine eating resources for no good reason and the gfx don’t come close to UE5.

    • marcos@lemmy.world
      link
      fedilink
      arrow-up
      17
      arrow-down
      1
      ·
      1 year ago

      Oh, I don’t think anybody will disagree that Unity is completely unoptimized and barebones compared to Unreal. It is also hard to learn and confusing compared to Godot.

      There used to be a huge amount of people that wanted exactly something easier to learn than Unreal and more featureful than Godot. But those two improved in a way that this niche may not even exist anymore. Anyway, currently Unity has that unbeatable marketplace, and I really don’t know if there’s a good enough replacement somewhere, but I don’t see any other reason to use it.

      (But then, I’m not really a game developer. I’ve used those here or there, for fun.)

      • BassaForte@lemmy.world
        link
        fedilink
        English
        arrow-up
        10
        ·
        edit-2
        1 year ago

        Not quite. Unity isn’t poorly optimized, but it’s not great either. Unity also is very easy to learn, hence the number of really shit games put out from it.

        Source: have been using Unity for the past 10 years

    • ArrowMax@feddit.de
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      From a hobbyist dev who dabbled with Unity for several years: The worst part about the engine imo is the fragmentation of the entire ecosystem.

      • There are three major rendering pipelines (HDRP, URP, Legacy), each with their own specific quirks, configurations and dependencies, which are entirely incompatible with eachother.

      • Foundational packages (input handling, networking etc.) change/break way too often or have been deprecated for years without replacement (uNet) and rely on 3d party packages.

      And don’t even start with the documentation for any of the above. Multiple times have I found documentation for a rendering callback or ShaderLab parameter claiming it would be compatible with URP only to find that the documentation was supposed to be for HRDP.

  • words_number@programming.dev
    link
    fedilink
    arrow-up
    24
    arrow-down
    1
    ·
    1 year ago

    Wow, a proprietary quasi monopoly changes their business model into something extremely exploitative and hostile. I am totally surprised! Shocked even! Blimey!

    Seriously, why spend years of your life learning to work with some technology that can at anytime be made instantly obsolete or impractical to use when some random asshole you don’t know decides something dumb. If there’s a FOSS alternative, always prefer that.

        • barsoap@lemm.ee
          link
          fedilink
          arrow-up
          7
          ·
          1 year ago

          The other cool kid on the block right now is bevy. It’s less of an engine for people who just want something to write their game in, though, but more of a framework for people looking to write their own engine. There’s practically nothing you can’t customise or replace in that thing, it’s built to be both flexible and performant.

  • metaStatic@kbin.social
    link
    fedilink
    arrow-up
    11
    ·
    1 year ago

    They could promise to pay the developer a fee per install and it wouldn’t matter. You can’t trust them anymore.