7 ms·

Implementation status for the major browsers here: https://github.com/gpuweb/gpuweb/wiki/Implementation-Status https://github.com/gpuweb/gpuweb/wiki/Implementat

Implementation status for the major browsers here: https://github.com/gpuweb/gpuweb/wiki/Implementation-Status https://github.com/gpuweb/gpuweb/wiki/Implementation-Status This, along with WebAssembly (threads, SIMD, etc), are going to be a very big deal in the next few years. The obvious use case is AAA games running in your browser, but I think once we've got 80-90% of native speeds on the web, basically all of the "client-heavy" apps (video processing, game dev tools, etc.) are going to start migrating over too. Not really an interesting prediction at this stage, since it already started happening way back in asm days. IIRC photopea.com doesn't even use WASM at all, and it has excellent performance on all sorts of image manipulation/encoding/etc tasks. Still, I think there are exciting times ahead for those hacking on the web platform.

kllrnohj 6y ago
> The obvious use case is AAA games running in your browser Er, no? Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto a web platform and lose all of that? And in exchange get... nothing at all? And since modern consoles are the same architecture & ISAs as gaming PCs are, why would they want to figure out a WASM backend with lagging hardware support & high overhead when 100% of their users are x86-64 with the entirely same set of SIMD features? And do they just not run an anti-cheat or DRM system? Good luck with that sales pitch. It's not like you'll ever be able to click a link and just start playing a AAA game locally in your browser, either, you need to pull several gigs of assets first. And go through a login/paywall unless we're only talking F2P games which are almost never AAA games. This use case comes up a lot, but if (and that's a big if) it happens, AAA games will be the last thing to switch, not the first. More plausible first users would be things like CAD & 3D modelling applications, which need high performance but also don't have 80GB+ installs.
- untog 6y ago
  Non-AAA games seem like a huge target as well. Just look at the Steam store. The web would be a really interesting medium for indie games.
  - kllrnohj 6y ago
    > The web would be a really interesting medium for indie games. It already was. Flash gaming was huge (so was embedded Java gaming such as Runescape). It regressed rather heavily over the years, perhaps from mobile, perhaps from regressions in the web's tech stack even, or perhaps just from social changes. But unless it was web technology regressing, I don't see why WASM + WebGPU would suddenly bring it back, either.
    - untog 6y ago
      > But unless it was web technology regressing Arguably it was. I’d say we still don’t have something that rivals every feature Flash provided.
- rewq4321 6y ago
  > More plausible first users would be things like CAD & 3D modelling applications, which need high performance but also don't have 80GB+ installs. These sorts of applications are already inching their way onto the web. Photo editors, video editors, 3D modelling software, game dev tools (like Godot and Play Canvas). We're just starting to move past the "toy" stage and into the "native apps which don't have a web plan need start worrying" stage, I think. If you think this trend isn't going to continue to progressively heavier applications, including games, well... you're just wrong. You haven't been watching closely enough. > Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto a web platform and lose all of that? "Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto smartphones and lose all of that?" Because they don't care about performance - they care about revenue. Performance is just a means to that end. Call of Duty Mobile was one of the largest mobile game launches in history - more than a hundred million downloads in the first month. I'm not sure if anything has beaten it yet. They had to trade off performance, resolution, latency, bandwidth, screen real estate, and basically everything else. But the benefits were obvious: Increased accessibility and on-the-go playing being perhaps the main two. The web offers a similar set of benefits. Arguably a super-set of those, since it encompasses mobiles too. > And since modern consoles are the same architecture & ISAs as gaming PCs are, why would they want to figure out a WASM backend with lagging hardware support & high overhead when 100% of their users are x86-64 with the entirely same set of SIMD features? Compilers. Even a 50% perf hit (or even more) is fine for now. The trade-offs are worth it. > but also don't have 80GB+ installs Asset streaming. It's the web. We stream 4GB HD movies now while we're watching them. Networks speeds are still exponentially improving. This is an engineering problem. You don't actually need the 80GB all at once - game dev tooling will adapt, or be replaced by web-first tooling which has done lazy-loading of assets from day 1. > This use case comes up a lot, but if (and that's a big if) All I'll say is that I'd be willing to be a lot of money that you're wrong. Really-big-budget browser games are going to land well within the next decade. Everything is basically already in place. We're already seeing web-first garage-made games like krunker.io with player counts larger than some AAA first person shooters. Basically all mass-market consumer applications will end up as web applications. You might not like that (there are certainly down-sides), but you'd need to do a lot of explaining to explain away the very clear trends that we're seeing across the industry.
hellofunk 6y ago
> obvious use case is AAA games running in your browser, but I think once we've got 80-90% of native speeds on the web The thing about AAA games is that it is not just about the speed but also the memory requirements. Currently there is no way to load the many GB of memory required for many games in a browser.
astlouis44 6y ago
Totally agree 100% with you. Shameless plug incoming - we've managed to ship an early build of our Unreal Engine 4 FPS game we've been working on to the web, and have been quite impressed with the performance considering it's nowhere near native. Salivating at the idea of WebGPU + WASM + WebRTC once they've all matured. I truly believe the majority of existing software will be ported to the web, and new applications will target it as a first class platform. The benefits of being able to ship one codebase and target nearly every OS and platform outweighs any downsides that the translation/performance hit introduces. Our team at DigiPlay is excited to see a future where any developer ship their game on the open web, and not have to be beholden to the walled gardens that are Steam and the App Stores. Imagine not having to sacrifice 30% of your revenue to some gatekeeper? Now that's the future I can't wait to see. Link to our game: https://digiplay-gaming.itch.io/brawlbots https://digiplay-gaming.itch.io/brawlbots Link to our community Discord: https://discord.com/invite/zUSZ3T8 https://discord.com/invite/zUSZ3T8

kllrnohj 6y ago

> The obvious use case is AAA games running in your browser Er, no? Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto a web platform and lose all of that? And in exchange get... nothing at all? And since modern consoles are the same architecture & ISAs as gaming PCs are, why would they want to figure out a WASM backend with lagging hardware support & high overhead when 100% of their users are x86-64 with the entirely same set of SIMD features? And do they just not run an anti-cheat or DRM system? Good luck with that sales pitch. It's not like you'll ever be able to click a link and just start playing a AAA game locally in your browser, either, you need to pull several gigs of assets first. And go through a login/paywall unless we're only talking F2P games which are almost never AAA games. This use case comes up a lot, but if (and that's a big if) it happens, AAA games will be the last thing to switch, not the first. More plausible first users would be things like CAD & 3D modelling applications, which need high performance but also don't have 80GB+ installs.

untog 6y ago
Non-AAA games seem like a huge target as well. Just look at the Steam store. The web would be a really interesting medium for indie games.
- kllrnohj 6y ago
  > The web would be a really interesting medium for indie games. It already was. Flash gaming was huge (so was embedded Java gaming such as Runescape). It regressed rather heavily over the years, perhaps from mobile, perhaps from regressions in the web's tech stack even, or perhaps just from social changes. But unless it was web technology regressing, I don't see why WASM + WebGPU would suddenly bring it back, either.
  - untog 6y ago
    > But unless it was web technology regressing Arguably it was. I’d say we still don’t have something that rivals every feature Flash provided.
rewq4321 6y ago
> More plausible first users would be things like CAD & 3D modelling applications, which need high performance but also don't have 80GB+ installs. These sorts of applications are already inching their way onto the web. Photo editors, video editors, 3D modelling software, game dev tools (like Godot and Play Canvas). We're just starting to move past the "toy" stage and into the "native apps which don't have a web plan need start worrying" stage, I think. If you think this trend isn't going to continue to progressively heavier applications, including games, well... you're just wrong. You haven't been watching closely enough. > Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto a web platform and lose all of that? "Why would an AAA game, which typically wants every ounce of performance and control it can get, ever jump onto smartphones and lose all of that?" Because they don't care about performance - they care about revenue. Performance is just a means to that end. Call of Duty Mobile was one of the largest mobile game launches in history - more than a hundred million downloads in the first month. I'm not sure if anything has beaten it yet. They had to trade off performance, resolution, latency, bandwidth, screen real estate, and basically everything else. But the benefits were obvious: Increased accessibility and on-the-go playing being perhaps the main two. The web offers a similar set of benefits. Arguably a super-set of those, since it encompasses mobiles too. > And since modern consoles are the same architecture & ISAs as gaming PCs are, why would they want to figure out a WASM backend with lagging hardware support & high overhead when 100% of their users are x86-64 with the entirely same set of SIMD features? Compilers. Even a 50% perf hit (or even more) is fine for now. The trade-offs are worth it. > but also don't have 80GB+ installs Asset streaming. It's the web. We stream 4GB HD movies now while we're watching them. Networks speeds are still exponentially improving. This is an engineering problem. You don't actually need the 80GB all at once - game dev tooling will adapt, or be replaced by web-first tooling which has done lazy-loading of assets from day 1. > This use case comes up a lot, but if (and that's a big if) All I'll say is that I'd be willing to be a lot of money that you're wrong. Really-big-budget browser games are going to land well within the next decade. Everything is basically already in place. We're already seeing web-first garage-made games like krunker.io with player counts larger than some AAA first person shooters. Basically all mass-market consumer applications will end up as web applications. You might not like that (there are certainly down-sides), but you'd need to do a lot of explaining to explain away the very clear trends that we're seeing across the industry.

hellofunk 6y ago

> obvious use case is AAA games running in your browser, but I think once we've got 80-90% of native speeds on the web The thing about AAA games is that it is not just about the speed but also the memory requirements. Currently there is no way to load the many GB of memory required for many games in a browser.

astlouis44 6y ago

Totally agree 100% with you. Shameless plug incoming - we've managed to ship an early build of our Unreal Engine 4 FPS game we've been working on to the web, and have been quite impressed with the performance considering it's nowhere near native. Salivating at the idea of WebGPU + WASM + WebRTC once they've all matured. I truly believe the majority of existing software will be ported to the web, and new applications will target it as a first class platform. The benefits of being able to ship one codebase and target nearly every OS and platform outweighs any downsides that the translation/performance hit introduces. Our team at DigiPlay is excited to see a future where any developer ship their game on the open web, and not have to be beholden to the walled gardens that are Steam and the App Stores. Imagine not having to sacrifice 30% of your revenue to some gatekeeper? Now that's the future I can't wait to see. Link to our game: https://digiplay-gaming.itch.io/brawlbots https://digiplay-gaming.itch.io/brawlbots Link to our community Discord: https://discord.com/invite/zUSZ3T8 https://discord.com/invite/zUSZ3T8