4 ms·

> Didn't they just adopt Metal on Mac OS mid last year? Surely they knew Vulkan is almost done. Vulkan was announced in December 2014, with no significant comm

by creshal 11y ago

> Didn't they just adopt Metal on Mac OS mid last year? Surely they knew Vulkan is almost done. Vulkan was announced in December 2014, with no significant commitment. iOS 8 including Metal was announced mid-2014, and would have been in development for a considerable time before. By the time it was announced for OSX, Vulkan was still anaemic and not showing significant progress. So it does make sense to keep using Metal for them. > I think they just wanted to see if they can push major game developers to adopt Metal for Mac games early on. If they could do that - awesome for them, and they would never have to adopt Vulkan. If that was the plan, it's probably going to fail: The developers of Unity e.g. found Metal, DX12 and Vulkan so similar that they estimate to be able to support all three with minimal development overhead.

mtgx 11y ago
Why does everyone misinterpret my comment to mean that I was talking about iOS? I know Metal was announced for iOS earlier - I was talking about the support for Mac OS X. They had no good reason to adopt it for Mac OS X at that point, if they were planning on adopting Vulkan in the near future anyway. Unless, like I said, they'd prefer to keep Metal over Vulkan, and wanted to give it a head start to see if PC game developers would start adopting it. > If that was the plan, it's probably going to fail: The developers of Unity e.g. found Metal, DX12 and Vulkan so similar that they estimate to be able to support all three with minimal development overhead. I'm not sure how you see that as a "failure". If they are so similar that game engine developers will keep Metal around anyway, then we'll see games be built on Metal, not Vulkan, for Mac OS X. How is that a "failure"? It would mean Metal "won".
- masklinn 11y ago
  > They had no good reason to adopt it for Mac OS X at that point Of course they did: it was already their API of choice on iOS, platform unification alone makes it a damn good idea to adopt it for OSX: iOS is by far their most popular gaming platform, integrating the API back to OSX makes it more likely they'd get more OSX support. Not to mention a mid-2015 release of Metal-on-OSX means they'd probably been working on it since the Metal-on-iOS release. On top of fragmenting their platforms, waiting for Metal would have meant a year-long delay.
  - shmerl 11y ago
    > Of course they did They did have a reason, except it's nowhere good. They don't want to support Vulkan because it increases their lock-in control and puts extra tax on cross platform development. Same reason MS doesn't want to support it on Xbox. It's not a good reason, it's pretty crooked but very Apple like.
    - webjprgm 11y ago
      Apple isn't usually about "locking people in" but more about controlling the experience. That can lead to the same thing, where they want everyone to use their API and not someone else's, but the difference is whether they have greedy, malicious intent or not. I don't think they do. Having good intentions means they are more likely to surprise you and do something good eventually. Still, I wouldn't hold my breath on Apple supporting Vulkan soon. Their OpenGL support is usually a few versions behind so if they do ever support Vulkan I would expect it to be late.
      - shmerl 11y ago
        > Having good intentions means they are more likely to surprise you and do something good eventually. I'll agree to that when I'll see it. I.e. if their intentions are good - they'll get behind the Vulkan effort and will add native support for it on their systems. So far they clearly stayed away from it, but surely noted all its ideas to use in their lock-in variant.
        rarepostinlurkr 11y ago
        Your definition of good and mine clearly differ. As has been noted, Metal existed and shipped before Vulkan, yet you claim they are using all its ideas in their own lock in variant. Multiple people have mentioned in this thread how engine vendors have abstracted all 3 competing technologies (Metal, DX12, "Vulkan") with minimal effort. How is there any lock in here? How is it any different from Microsoft or any other vendor deciding to, or not, implement DX12 or Vulkan?
- creshal 11y ago
  > If they are so similar that game engine developers will keep Metal around anyway, then we'll see games be built on Metal, not Vulkan, for Mac OS X. And will use Vulkan on BSD/Linux, with much less problems than you have currently. (Complaining about a lack of open software on a proprietary operating system running on proprietary hardware is a bit silly, isn't it?)

by creshal 11y ago

mtgx 11y ago

Why does everyone misinterpret my comment to mean that I was talking about iOS? I know Metal was announced for iOS earlier - I was talking about the support for Mac OS X. They had no good reason to adopt it for Mac OS X at that point, if they were planning on adopting Vulkan in the near future anyway. Unless, like I said, they'd prefer to keep Metal over Vulkan, and wanted to give it a head start to see if PC game developers would start adopting it. > If that was the plan, it's probably going to fail: The developers of Unity e.g. found Metal, DX12 and Vulkan so similar that they estimate to be able to support all three with minimal development overhead. I'm not sure how you see that as a "failure". If they are so similar that game engine developers will keep Metal around anyway, then we'll see games be built on Metal, not Vulkan, for Mac OS X. How is that a "failure"? It would mean Metal "won".

masklinn 11y ago
> They had no good reason to adopt it for Mac OS X at that point Of course they did: it was already their API of choice on iOS, platform unification alone makes it a damn good idea to adopt it for OSX: iOS is by far their most popular gaming platform, integrating the API back to OSX makes it more likely they'd get more OSX support. Not to mention a mid-2015 release of Metal-on-OSX means they'd probably been working on it since the Metal-on-iOS release. On top of fragmenting their platforms, waiting for Metal would have meant a year-long delay.
- shmerl 11y ago
  > Of course they did They did have a reason, except it's nowhere good. They don't want to support Vulkan because it increases their lock-in control and puts extra tax on cross platform development. Same reason MS doesn't want to support it on Xbox. It's not a good reason, it's pretty crooked but very Apple like.
  - webjprgm 11y ago
    Apple isn't usually about "locking people in" but more about controlling the experience. That can lead to the same thing, where they want everyone to use their API and not someone else's, but the difference is whether they have greedy, malicious intent or not. I don't think they do. Having good intentions means they are more likely to surprise you and do something good eventually. Still, I wouldn't hold my breath on Apple supporting Vulkan soon. Their OpenGL support is usually a few versions behind so if they do ever support Vulkan I would expect it to be late.
    - shmerl 11y ago
      > Having good intentions means they are more likely to surprise you and do something good eventually. I'll agree to that when I'll see it. I.e. if their intentions are good - they'll get behind the Vulkan effort and will add native support for it on their systems. So far they clearly stayed away from it, but surely noted all its ideas to use in their lock-in variant.
      - rarepostinlurkr 11y ago
        Your definition of good and mine clearly differ. As has been noted, Metal existed and shipped before Vulkan, yet you claim they are using all its ideas in their own lock in variant. Multiple people have mentioned in this thread how engine vendors have abstracted all 3 competing technologies (Metal, DX12, "Vulkan") with minimal effort. How is there any lock in here? How is it any different from Microsoft or any other vendor deciding to, or not, implement DX12 or Vulkan?
creshal 11y ago
> If they are so similar that game engine developers will keep Metal around anyway, then we'll see games be built on Metal, not Vulkan, for Mac OS X. And will use Vulkan on BSD/Linux, with much less problems than you have currently. (Complaining about a lack of open software on a proprietary operating system running on proprietary hardware is a bit silly, isn't it?)