Announcement

Collapse
No announcement yet.

Canonical/Ubuntu Developers Start Looking At The Vulkan Graphics API

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Canonical/Ubuntu Developers Start Looking At The Vulkan Graphics API

    Phoronix: Canonical/Ubuntu Developers Start Looking At The Vulkan Graphics API

    Developers at Canonical working on the Mir Display Server for Ubuntu Linux have publicly confirmed for the first time they're starting to look at the Vulkan graphics API...

    http://www.phoronix.com/scan.php?pag...ir-Vulkan-Look

  • #2
    Vulkan support on Mir shouldn't be too much of a big deal since (like OpenGL) the graphics API was designed to be OS-agnostic and presumably EGL will be its underlying windowing system interface preference.
    Wrong. EGL deals in contexts and is responsible for buffer swapping, that concept doesn't fit into Vulkan at all. The Display Server interface will be encapsulated in an extension directly within Vulkan.

    Comment


    • #3
      Originally posted by Ancurio View Post

      Wrong. EGL deals in contexts and is responsible for buffer swapping, that concept doesn't fit into Vulkan at all. The Display Server interface will be encapsulated in an extension directly within Vulkan.
      Pretty much copied from Mantle.
      http://www.amd.com/Documents/Mantle-...-Reference.pdf Page 129.

      Would not be surprised if Vulkan comes with:
      vkX11CreatePresentableImage()
      vkWaylandCreatePresentableImage()
      vkMirCreatePresentableImage()

      Yeahh choice...

      Comment


      • #4
        Originally posted by blackout23 View Post

        Pretty much copied from Mantle.
        http://www.amd.com/Documents/Mantle-...-Reference.pdf Page 129.

        Would not be surprised if Vulkan comes with:
        vkX11CreatePresentableImage()
        vkWaylandCreatePresentableImage()
        vkMirCreatePresentableImage()

        Yeahh choice...
        if input parameters are the same and data being fed is the same all you need is access resolved method over stored address based on your current needs. i'd say this is a good choice for flexible development

        Comment

        Working...
        X