3 ms·

Right now that cross platform abstraction layer is the Web. - https://get.webgl.org/webgl2/ https://get.webgl.org/webgl2/ - https://developer.mozilla.org/en-U

Right now that cross platform abstraction layer is the Web. - https://get.webgl.org/webgl2/ https://get.webgl.org/webgl2/ - https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_... - https://webrtc.org/ https://webrtc.org/

kevincox 6y ago
This is true and works for a lot of things (I love the web and publish a lot of web apps). However there is currently a very significant performance penalty both due to the available graphics APIs and due to WASM or JS vs native CPU performance. So for games with demanding graphics the web isn't that attractive of a target.
- seg_lol 6y ago
  I didn't say it was the highest perf. Just that it is that abstraction layer that runs everywhere.
chaorace 6y ago
I absolutely agree. It's the best way to get an app out that works everywhere. In fact, I actually really wish we could collectively work out some kind of shared container environment for such apps to run more "natively". Something like Electron, but shared between many applications and a little more loosey-goosey in terms of hacking on top of it. Essentially, I want emacs for webapps lol
- seg_lol 6y ago
  Not being snarky, but I believe that format is html.
  - chaorace 6y ago
    No snark taken. My counterpoint here would be that HTML is a markup language and that the "equivalent to emacs" would be the web browser itself. My issue with that potential position is that the web is implicitly untrusted. That's why developers even deign to put up with Electron in the first place, because their app can run with more permissions and, thus, offer better host integration (i.e. "nativeness"). Of course, everyone loves to hate Electron. Who wants to run 6 different Chromium instances? Nobody, apparently! I'm not the first wise guy to suggest a single-instance approach that combines the performance wins of a shared browser instance with the trust of an Electron application. It's painfully obvious that there's a golden medium here, but, of course, if it were an easy problem to solve, it would already be solved!

kevincox 6y ago

This is true and works for a lot of things (I love the web and publish a lot of web apps). However there is currently a very significant performance penalty both due to the available graphics APIs and due to WASM or JS vs native CPU performance. So for games with demanding graphics the web isn't that attractive of a target.

seg_lol 6y ago
I didn't say it was the highest perf. Just that it is that abstraction layer that runs everywhere.

chaorace 6y ago

I absolutely agree. It's the best way to get an app out that works everywhere. In fact, I actually really wish we could collectively work out some kind of shared container environment for such apps to run more "natively". Something like Electron, but shared between many applications and a little more loosey-goosey in terms of hacking on top of it. Essentially, I want emacs for webapps lol

seg_lol 6y ago
Not being snarky, but I believe that format is html.
- chaorace 6y ago
  No snark taken. My counterpoint here would be that HTML is a markup language and that the "equivalent to emacs" would be the web browser itself. My issue with that potential position is that the web is implicitly untrusted. That's why developers even deign to put up with Electron in the first place, because their app can run with more permissions and, thus, offer better host integration (i.e. "nativeness"). Of course, everyone loves to hate Electron. Who wants to run 6 different Chromium instances? Nobody, apparently! I'm not the first wise guy to suggest a single-instance approach that combines the performance wins of a shared browser instance with the trust of an Electron application. It's painfully obvious that there's a golden medium here, but, of course, if it were an easy problem to solve, it would already be solved!