Real-Time Ray-Tracing in WebGPU

Re:Real-Time Ray-Tracing in WebGPU by Keverw on Tuesday January 14, 2020 @07:44PM (#22050767)

I wonder if people will use WebGPU directly or use a higher level framework/library such as Babylon? Looks like it has support for it but doesn't seem everything is supported yet but haven't personally played with it.

[ Parent | on HN ]

Re:Real-Time Ray-Tracing in WebGPU by Jasper_ on Tuesday January 14, 2020 @11:30PM (#22051773)

I'm of the opinion that WebGPU should try not to be a friendly API on its own, but instead practically mandate a framework on top. This is the philosophy that the newer APIs like Vulkan/D3D12 adopt; that you should have a higher-level renderer driving it that's able to reason about your entire scene graph. I've suggested as much to the WG before, who roughly seem to agree.

[0] https://github.com/gpuweb/gpuweb/issues/171

[ Parent | on HN ]

Re:Real-Time Ray-Tracing in WebGPU by flohofwoe on Wednesday January 15, 2020 @04:13AM (#22052801)

I don't agree. The Vulkan and D3D12 APIs didn't have to be so programmer hostile, they're just badly designed APIs.

Thankfully, WebGPU took a lot of inspiration from the Metal API, and less from Vulkan and D3D12, and thus is usable without a "sanity layer".

[ Parent | on HN ]

Re:Real-Time Ray-Tracing in WebGPU by pjmlp on Wednesday January 15, 2020 @07:08AM (#22053532)

That sanity layer ended up being yet another way to foster adoption of middleware engines.

[ Parent | on HN ]