Slashdot Mirror

← Back to Stories (view on slashdot.org)

Game Closure "DevKit" For Mobile HTML5 Games Is Open Source

Posted by timothy on from the sense-of dept.

First time accepted submitter Chris Taylor writes "Silicon Valley startup Game Closure has open-sourced their HTML5 game development toolkit. The trailer video showcases some interesting new technology. It allows game developers to write code in JavaScript on Windows, Mac and Linux desktops to rapidly create and then deploy new games on the Internet, Android, and on iOS cellphones. The source code for the entire stack is available on GitHub, including the changes to Google V8 and Mozilla SpiderMonkey."

23 of 37 comments (clear)

  1. How does this company make money? by Great+Big+Bird · · Score: 5, Insightful

    I appreciate the contribution of an engine of this nature, but I have to wonder how the company behind it can remain viable if this is their only 'product'?

    1. Re:How does this company make money? by niado · · Score: 4, Informative

      Their licensing options are here.

      I think they have a few games, and are using their open source devkit partially for marketing purposes.

    2. Re:How does this company make money? by euxneks · · Score: 1

      I would guess that freemium games are what make them money. There's a lot of games out there that sell in game resources in order to progress more quickly - in this way you can give away a game and still make money. It's pretty wild.

      --
      in girum imus nocte et consumimur igni
    3. Re:How does this company make money? by LordLucless · · Score: 4, Insightful

      They make games and sell them to people. Open-sourcing their engine is valuable because, if it generates sufficient interest, they get continual reports on bugs, compatibility issues and the like from sources other than people bitching about their game that doesn't work on their obscure device, saving the company's reputation.

      Having a widely-adopted framework for games might also lead phone manufacturers to test against that (if it gets big enough, which is doubtful), further increasing their compatibility, and give them publicity and a good rep. Really, unless there was some huge competitive advantage in their framework, it's a case of win-win - or at least win-dontlose.

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
    4. Re:How does this company make money? by gl4ss · · Score: 1

      you're doing it in javascript. you might just as well opensource it.

      you have to display their logo on startup and contribute changes to the engine back if you want to do a properiaty game for free.

      --
      world was created 5 seconds before this post as it is.
    5. Re:How does this company make money? by OdinOdin_ · · Score: 1

      Qt is LGPL as well, with a linking/classpath exception. Read license for exact details.

      But you don't have your make your resulting application GPL or LGPL when using Qt. Part of the reason for the linking/classpath exception is to ensure the Copyright holders interpretation is understood rather than maybe another possible interpretation.

      While I do not know the full details of the DevKit licensing you made an implication concerning Qt that some readers might misinterpret if they did not know Qt licencing any better.

  2. Browser Compatibility? by voice+of+unreason · · Score: 2

    Can anyone find something saying what browser versions are compatible with DevKit? That's often a sticking point with HTML5, especially with older IE versions

  3. Mac OSX only at the moment... by Anonymous Coward · · Score: 1

    I'll be sure to keep an eye on this. It looks promising!

  4. Different from PhoneGap? by PRMan · · Score: 2

    Anybody know how this differs from PhoneGap? Any comparisons or comments as to which is better and why?

    --
    Peter predicted that you would "deliberately forget" creation 2000 years ago...
    1. Re:Different from PhoneGap? by chris5439 · · Score: 1

      Anybody know how this differs from PhoneGap? Any comparisons or comments as to which is better and why?

      The major difference would be that this toolkit is specialized for mobile and web games, so it has additional tools to help game developers.

    2. Re:Different from PhoneGap? by Anonymous Coward · · Score: 1

      > The major difference would be that this toolkit is specialized for mobile and web games

      That's not a particularly useful answer. It basically means nothing. PhoneGap is for wrapping webapps into mobile apps. So a generic answer of "but it says it's specialized for games" doesn't really answer the question. Some of the information on the Audio and Animation sections is useful in optimization, but it's not unique to this engine. You can find the same information from Sencha conferences/talks.

    3. Re:Different from PhoneGap? by gl4ss · · Score: 1

      Anybody know how this differs from PhoneGap? Any comparisons or comments as to which is better and why?

      The major difference would be that this toolkit is specialized for mobile and web games, so it has additional tools to help game developers.

      yeah but has anyone taken a look at it? does it make canvas etc stuff work the same _well_ magically over ios/wp/android over or is it just another kit offering bridging of native accel, file etc apis to web-frame?

      --
      world was created 5 seconds before this post as it is.
    4. Re:Different from PhoneGap? by mikehenrty · · Score: 1

      PhoneGap works by wrapping a WebView in a native application. So for all tense and purposes, when you run a PhoneGap app you are actually just looking at a webpage (with API access to hardware features) thats framed inside your application. The problem with this when it comes to games is that the HTML5 Canvas API has extremely poor performance in the mobile browsers, and so Canvas based games will not run well in a PhoneGap app. The GC DevKit, on the other hand, specifically targets the CanvasAPI. Instead of running the game code (javascript) in a WebView or mobile browser page, it has it's own JS runtime, and forwards the Canvas API calls directly to the GPU (using OpenGL). That is why it is able to get the kind of performance you see in the video.

  5. Re:GPLv3 - do! not! want! by All_One_Mind · · Score: 4, Interesting

    I've been developing on enchant.js which is licensed under MIT license:
    http://enchantjs.com/

    It's written by 3 Japanese developers I believe, so some of the documentation is not in English, but of all the HTML5/JS engines out there, this one seems to be the best. You really got to dig around for documentation, but when you do find it, almost everything is laid out and it has everything you need for Android/iOS/Desktop based games. It also doesn't require node.js or other dependencies, which is one reason why I dismissed DevKit here almost immediately, aside from the GPL3 license you pointed out.

  6. Commercial License by heezer7 · · Score: 1

    "5 Game Closure reserves the right to revoke this license at any time for any reason." That part is a little scary.

    1. Re:Commercial License by Anonymous Coward · · Score: 1

      You probably want to use that license if you plan to make money on the games you release for iPhone and Android.

      That rule together with
      "4 You must keep any communications related to this license absolutely confidential."
      means they can extort you for license fees by threatening to instantly revoke your license. Or perhaps just because they don't like the game you made.

      I would not use it if I was planning on making money, I would feel much more comfortable with a license I pay for that is not completely one sided and subject to the whim of that party.

  7. Re:GPLv3 - do! not! want! by Anonymous Coward · · Score: 1

    > of all the HTML5/JS engines out there, this one seems to be the best

    This is a bold claim. ImpactJS, Sencha Touch (1 & 2), Construct2, and now gameClosure all have UI widgets + design systems. If Views aren't baked into the framework, I don't understand what "best" is supposed to mean. Enchant has a link to how to do mixins which is really illustrating how a library that can be used to help make games is not the equivalent of a game engine.

  8. Re:GPLv3 - do! not! want! by Anonymous Coward · · Score: 1

    Thanks for the tip - I'll keep it in mind.

    I usually write raw JS without a framework, and am thinking of someday spinning off my own framework for the types of interfaces I tend to design - very spartan and textual, with a menu bar on top, and lots of keyboard shortcuts. If I ever do more game-like graphicsy stuff in JS, I'll definitely have a look.

    --libman

  9. Dual licence - HAH !!! by Anonymous Coward · · Score: 1

    Regarding their non-GPLv3 option:

    "Game Closure reserves the right to revoke this license at any time for any reason."

    This basically makes the is GPLv3 licence ONLY. That clause makes the other option a non-option since it allows them to do whatever the hell they want.

  10. Pascal / Delphi by Barryke · · Score: 1

    Pascal (including Delphi and Oxygen) developers should have a look at Smart Mobile Studio.
    http://smartmobilestudio.com/

    This bascially compiles pascal to javascript. This brings a lot of features to javascript, and you code actually stays human readable. Its fast too.

    --
    Hivemind harvest in progress..
  11. Quite many frameworks already exists by tp_xyzzy · · Score: 1

    There seems to be plenty of gaming libs and frameworks already available. Not sure why this announcement would be special? In recent open source gaming competition there were 48 games, and pretty much every one of them was made with different frameworks, so it means there must be at least 48 different gaming frameworks available. Announcing new gaming framework is not a big event it seems.

  12. Chrome Frame by tepples · · Score: 1

    Any game that runs in recent Chrome should run in (desktop versions of) Internet Explorer using the Google Chrome Frame plug-in. So in terms of needing a plug-in, it's probably no worse than Flash.

  13. Re:Online gaming support? by tepples · · Score: 1

    It's JavaScript. You can tunnel to the online game's server through a WebSocket in any JavaScript environment that supports WebSockets, which currently includes everything but IE <= 9, Android Browser, and Opera Mini (the version that does all the rendering server-side). And if your game is turn-based, you can still do your updates through XMLHttpRequest.