Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Software Games News

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

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."
This discussion has been archived. No new comments can be posted.

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

Comments Filter:
  • by Great Big Bird ( 1751616 ) on Thursday February 14, 2013 @05:51PM (#42902759)
    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'?
    • by euxneks ( 516538 )
      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.
    • by LordLucless ( 582312 ) on Thursday February 14, 2013 @07:10PM (#42903863)

      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.

  • by voice of unreason ( 231784 ) on Thursday February 14, 2013 @06:18PM (#42903183)

    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

    • 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.
  • by Anonymous Coward

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

  • by PRMan ( 959735 ) on Thursday February 14, 2013 @06:38PM (#42903439)
    Anybody know how this differs from PhoneGap? Any comparisons or comments as to which is better and why?
    • 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.

      • by Anonymous Coward

        > 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.

      • by gl4ss ( 559668 )

        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?

    • 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
  • "5 Game Closure reserves the right to revoke this license at any time for any reason." That part is a little scary.
  • by Anonymous Coward

    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.

  • Pascal (including Delphi and Oxygen) developers should have a look at Smart Mobile Studio.
    http://smartmobilestudio.com/ [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.

  • 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.

In the long run, every program becomes rococco, and then rubble. -- Alan Perlis

Working...