Coffeehouse Thread

6 posts

Forum Read Only

This forum has been made read only by the site admins. No new threads or comments can be added.

unreal game engine in the browser?!?!?

Back to Forum: Coffeehouse
  • User profile image
    itsnotabug

    this stuff looks very impressive. https://blog.mozilla.org/blog/2013/03/27/mozilla-is-unlocking-the-power-of-the-web-as-a-platform-for-gaming/

    if asm.js takes off as the pseudo-assembly of the web, would it be feasible to get the clr virtual machine running in the browser too?

  • User profile image
    figuerres

    , itsnotabug wrote

    this stuff looks very impressive. https://blog.mozilla.org/blog/2013/03/27/mozilla-is-unlocking-the-power-of-the-web-as-a-platform-for-gaming/

    if asm.js takes off as the pseudo-assembly of the web, would it be feasible to get the clr virtual machine running in the browser too?

    and re-invent Silverlight ??  please no not now...  and look at what ea has been doing with stuff like battlefield 3 where you have to open a browser to run the single player game ... stooped!

  • User profile image
    itsnotabug

    big differences here from silverlight...

    1) no plug-in (assuming all browsers implement their optimizations)
    2) promises of ~1/2 native performance
    3) already runs everywhere
    4) vendor neutral

    regarding ea.. that's just bad business. the tech can still be used for "good". i was thinking more about lob applications for the enterprise. imagine all those existing, boring business apps built on .net that just push data around could now run happily in everyone's browser without a plugin? i'd buy into that. 

    after reading a bit more, it looks like gc is a challenge so you can't quite compile to asm.js directly from c# just yet.

  • User profile image
    evildictait​or

    asm.js is a really big deal.

    The two big things we need to do now is improve the speed of JITting, which we can do by taking the already unreadable asm.js from a "human-readable" pseudo language and make it into opcodes that are easier to convert into native assembly language. This should obviously be a language that is well standardized, and we should probably get some processor experts to help design the language so that it is easy to translate into processor opcodes at runtime.

    Now, maybe I'm crazy, but I'm thinking if we choose a language that we already have good tooling for (say, x86), we might be able to get near native performance when your C++ application's x86 opcodes are "JITted" via an O(1) translation by removing the expense of the whole parsing step.

    If we put these "x86.js" binaries encoded in the new standardized "x86" language on your disk via HTML5 storage or something, then we could even get rid of all that network noise during startup - and you'd even be able to run them offline!

  • User profile image
    Charles

    Very interesting.
    C

  • User profile image
    androidi

    Why does this make me think of white listing javascript based on what the javascript eventually compiles into. Could have to do with all those web sites which time and again prove too trivial to make display whatever the blackhat wants to today.

     

Conversation locked

This conversation has been locked by the site admins. No new comments can be made.