Rendered at 13:56:43 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
flohofwoe 6 hours ago [-]
Makes sense to move the window system glue parts on a different 'track'.
IME the window system glue is the actually ugly and maintenance heavy part when writing a cross-platform 3D API wrapper. The various core 3D APIs (D3D, Metal, Vulkan, even GL) all map to the same hardware so it's quite trivial to get them to do the same thing.
But for the window system glue it gets ugly. Different platforms and window systems don't agree on how 3D rendered surfaces should be presented and how frame-pacing is supposed to work, there's a fundamental conflict between event-driven UI apps and frame-driven 'game-y' apps, the window system glue generally seems to get less attention than the core 3D APIs (maybe because it sits exactly between areas of responsibility), there are sometimes subtle behaviour changes between operating system updates (especially on macOS), and let's not even mention Wayland.
The result is that the code which sits between the window system and 3D rendering becomes an accumulation of experiments, hacks and workarounds, has a very high churn and in the end those 10% of the code base suck up 90% of the work :/
pseudosavant 9 hours ago [-]
It is amazing to see what is happening with wasm/wasi lately and that is all grew out of asm.js.
asm.js, like JSON, is a strict subset of the JavaScript grammar that turned out to be very useful in a certain way. Obviously, a text encoding like asm.js wasn't an efficient way to distribute a bytecode, but it proved enough to make wasm the obvious next step.
pjmlp 6 hours ago [-]
Everyone keeps forgetting NaCL and PNaCL predates it, and asm.js only exists because Mozilla didn't want to adopt it.
flohofwoe 6 hours ago [-]
And this was the one time Mozilla was right ;)
p_l 4 hours ago [-]
Somewhat dubious claim if it was right or not, the only benefit was that asm.js was backwards compatible and set the stage for Mozilla to lose out by simply having the slower JS engine whereas NaCL/PNaCL proposal was "performance neutral" between browsers.
pjmlp 4 hours ago [-]
For what, Firefox is for all practical purposes irrelevant in a Chrome dominated Web, Google can steer WebAssembly into whatever direction fits Chrome.
flohofwoe 29 minutes ago [-]
That's the situation today, but in 2013 when asm.js was invented Firefox was still relevant.
pjmlp 23 minutes ago [-]
Yes, and the question in retrospective is was it worth it?
flohofwoe 14 minutes ago [-]
IMHO: totally. Asm.js developed into WASM, which is better in any aspect than PNaCl (e.g. just one disadvantage is that PNaCl was an ossified subset of LLVM bitcode, this would resulted in the same quagmire that the DX team found themselves in when they based the DXC shader compiler and HLSL bytecode (DXIL) on a snapshot of the LLVM toolchain and bitcode - in the end the only realistic way out for D3D was to switch to a SPIRV flavour).
shevy-java 6 hours ago [-]
I have finally realised that the year of true WebAssembly breakthrough will coincide with Desktop Linux of the year and GNU Hurd installed on every toaster. It will be a strange year ...
pjmlp 4 hours ago [-]
The Year of Desktop Linux already arrived, except not as originally expected.
It turned out to be The Year of Desktop Linux VMs/containers, on someone's else desktop OS.
IME the window system glue is the actually ugly and maintenance heavy part when writing a cross-platform 3D API wrapper. The various core 3D APIs (D3D, Metal, Vulkan, even GL) all map to the same hardware so it's quite trivial to get them to do the same thing.
But for the window system glue it gets ugly. Different platforms and window systems don't agree on how 3D rendered surfaces should be presented and how frame-pacing is supposed to work, there's a fundamental conflict between event-driven UI apps and frame-driven 'game-y' apps, the window system glue generally seems to get less attention than the core 3D APIs (maybe because it sits exactly between areas of responsibility), there are sometimes subtle behaviour changes between operating system updates (especially on macOS), and let's not even mention Wayland.
The result is that the code which sits between the window system and 3D rendering becomes an accumulation of experiments, hacks and workarounds, has a very high churn and in the end those 10% of the code base suck up 90% of the work :/
asm.js, like JSON, is a strict subset of the JavaScript grammar that turned out to be very useful in a certain way. Obviously, a text encoding like asm.js wasn't an efficient way to distribute a bytecode, but it proved enough to make wasm the obvious next step.
It turned out to be The Year of Desktop Linux VMs/containers, on someone's else desktop OS.