12 votes

Deprecation of OpenGL and OpenCL [on macOS]

6 comments

  1. [4]
    crius
    Link
    Am I getting this right? Metal is yet another layer but Apple-only? Cannot say I'm surprised coming from Apple but I keep seeing people hoping for Vulkan to gain traction and it's just sad that...

    Am I getting this right? Metal is yet another layer but Apple-only?

    Cannot say I'm surprised coming from Apple but I keep seeing people hoping for Vulkan to gain traction and it's just sad that the main actors keep making it another openGL.

    Especially because I don't see Microsoft dropping DirectX anytime soon.

    6 votes
    1. [2]
      joelthelion
      Link Parent
      Note that it is possible to use Vulkan on top of Metal: https://moltengl.com/

      Note that it is possible to use Vulkan on top of Metal: https://moltengl.com/

      5 votes
      1. crius
        Link Parent
        Oh thank god. I'm really hoping for a common standard :)

        Oh thank god. I'm really hoping for a common standard :)

        4 votes
    2. Jedi
      (edited )
      Link Parent
      So it's an attempt to get developers to work on Apple exclusive games like DirectX does for Microsoft?

      So it's an attempt to get developers to work on Apple exclusive games like DirectX does for Microsoft?

      2 votes
  2. Luca
    Link
    I'm actually sorta okay with this. OpenGL is even being pushed to the wayside by their devs in favor of Vulkan. Metal 2, despite being Apple only, is actually a really good, low level API. And...

    I'm actually sorta okay with this.

    OpenGL is even being pushed to the wayside by their devs in favor of Vulkan. Metal 2, despite being Apple only, is actually a really good, low level API. And unsurprisingly, the docs are fantastic, which makes it somewhat easy to learn.

    Still, I wish they would have gone with Vulkan, but MoltenVK exists, and it even has Valve's backing.

    2 votes
  3. arghdos
    Link
    Once again, OpenCL gets the shaft -- god forbid anyone make an easily usable language for CPU-vectorization (with the exception of ISPC)

    Once again, OpenCL gets the shaft -- god forbid anyone make an easily usable language for CPU-vectorization (with the exception of ISPC)

    2 votes