Hacker News

points by swiftcoder 2 days ago | 0 comments

> carry on to Vulkan/WGPU with background story that there is also DX12 and Metal that follow similar principles

Except that's a minefield all of its own. DirectX 12 is its own special beast that is unlike the others. Vulkan is already mired in 3 revisions of architecture changes. WGPU is based on the (outdated) first cut of Vulkan, not the current model. Of all of these, only Metal has a reasonable on-ramp for newcomers to 3D graphics.

[–] pjmlp 2 days ago

And then there are also the NVN and LibGNM(X) in the corner that folks forget about, due to NDAs and such.

Ah, and DirectX on XBox is not the same as on Windows.

[–] mananaysiempre 2 days ago

Live by the NDA, die (at least wrt education/mindshare) by the NDA. Seems fair.

[–] pjmlp 2 days ago

Playstation and Nintendo are doing just fine in regards to mindshare, XBox less so, but it has nothing to do with DirectX NDA for it, rather mismanagement.

[–] swiftcoder 2 days ago

Console mindshare is not the same as a broad body of engineers being familiar with the graphics API thereon

[–] pjmlp 2 days ago

Those games are written by someone.

[–] swiftcoder 2 days ago

They are, but in practice you have a fairly small group of low-level rendering specialists who bounce around the major studios and game engine vendors

[–] hollowonepl 2 days ago

I agree, this is also where I'm investing my time Metal mostly and then try to adapt it to DX12 on Windows and I totally skipped Vulkan for that simple reason you have described. but in generic terms only Vulkan comes with portability as analogy to original OGL vision.. I respect that even though the whole framework is to be ditched and rethought into something even more modern and sustainable...

so Metal yes, if somebody wants to be Apple focused. but in the academic world I don't believe that's the case either...

[–] pjmlp 2 days ago

Note that in regards to OpenGL original vision, game consoles never supported OpenGL, although some models kind of did support something, so game studios always cared about pluggable backends than targeting the one true API.

Only the FOSS community is so hard focused on Khronos APIs.

[–] swyter 2 days ago

Nintendo Switch 1 and 2 support both OpenGL 4.6 and Vulkan via the NVIDIA driver.

I've shipped a desktop OpenGL 3.3+ game sharing the same graphics code on Windows, Linux, macOS and Nintendo Switch. For example, worked just fine.

No translation layer overhead.

[–] pjmlp 2 days ago

It does, yet NVN is what matters for most studios.

A lucky scenario where you have not faced drivers issues, or extensions, that required multiple code paths.

[–] swyter 2 days ago

It really wasn't that big of a deal, to be honest. It's a relatively complex 3D commercial game shipping on PC and modern consoles, the FUD seems overblown.

Wondering if a ton of people are just repeating things they heard around instead of trying it themselves. Because OpenGL + SDL in 2026 is not 2011 OpenGL, and seems to work portably across the NVIDIA, AMD, Intel, Mesa, Apple drivers and more vendors I've tried first-hand.

[–] pjmlp 1 day ago

The FUD is such overblown that Godot had to implement a DirectX backend, when they only originally planned Khronos APIs, due to driver support issues they were getting.

[–] flohofwoe 2 days ago

Tbf, it all depends on how deep you look into the fractal ;) The main differences between the modern APIs are in how resource binding is done, but many other concept overlap quite well between Vulkan, D3D12 and Metal (especially in more recent Vulkan revisions).

> Of all of these, only Metal has a reasonable on-ramp for newcomers to 3D graphics.

...unless you start with Metal 4, which is bringing in a lot of Vulkan/D3D12 concepts (for better or worse, it's definitely not great for 'convenience' but may help with porting Vulkan or D3D12 code over).