yep, saw this video a few months ago. Wasn't a very good test.

1. As newt points out. The physics test is horrible. However this is a result of javascript problem. This would be fine if the game testing was about physics test. But it's not. It's about rendering performance.

2. Rendering performance. C2 would still end up at the lower due to lack of effective browser acceleration on the test machine.

Unfortunately we maybe able to export to IOS and Android C2 does not push a fully encapsulated game on the those target OS. So odds are performance will only at best be comparable to a native app. If we are using CJS.

Though it still points out an important factor. C2 really isn't the best solution for IOS/Android. It has acceptable results when using CJS.

If these tests were on desktop machine the performance would be comparable. However they seemed to designed to single out a particular engine to be on top.

I just installed the new SCML plugin. Unfortunatlly everything for animation is now broken.

The main menu animation now plays to the last key.

the 1second bar used for stamina never stops looping

the 5ms 5HP bar used for health never stops looping.

Is there something that may have gone wrong with using small animation times. ie 5ms to 10ms timers?

Or is the new SCML plugin more in sync with the latest Spriter software and I should re-save the scml files?

It's also helpful to note that GC is now supporting windows properly. When this thread started it was only OSX :D

I personally think Ashley may support it if there enough basic operation on GC that Ash doesn't need to code much :P

Currently as I understand the situation Mario of GC developed a C2 front of the application.js(?) that covers everything needed to run a C2 games except audio and file structure.

Right now the audio manager needs to be handed coded into the appx.js. Which is an array structure of the audio files used in the C2 project.

Also a proper C2 export would need to organize the resources files into a different directory structure.

gameclosure.com/blog/2013/03/space-blaster-meets-mobile

personally I agree. Having an accelerated canvas wrapper that isn't licensed is awesome. But I do admit Ludie CJS is farther down the road on features and coming out soon'ish with WebGl.

Well honestly about half decade I cam to the conclusion that it's only a matter of time. A time when Browsers become OS. I still think that way, but that doesn't mean there aren't hurdles to overcome.

6gb games are still to large to play through a web browser for heavy reasons. Lack of file storage structure, download times are pretty hard knocks against the technology. Clearing a cache will erase the game. Then if you go into downloadable Webapps, then the technology is almost an environment unto it's own.

browsers also aren't exactly friendly towards resoruce sharing. Security is heavy handed. nope, while graphical fidelity is going along nicely there are many other factors that just don't work out so well.

but who knows what the future holds and how browsers may change :)

There isn't without re writing your code every where. I have one temporary solution and one permanent solution for future use.

Temporary to quick fix your problem

Global Var HPTransition

On Layout End

-- HPTransition = player.health

on Layout Start

-- player.health = HPTransition

OR

Dictionary Object name Global

On Layout End

-- Global.set("HP", player.health)

on Layout Start

-- player.health = Global.get("HP")

Long term solution.

Whenever creating your game and you either need to check or change a value for players, enemies or objects. Create a Group Object with functions to use as Getters and Setters.

Player Functions // this is a group

OnFunction "fPlayer.getHP"

• return player.hp

OnFunction "fPlayer.addHP"

• player.hp + Fn.Param(0) // -num will work as subtraction for add&sub

Using said functions. Never use any other form of accessing the players.hp. Only use the getter and setter function

Event collision with enemy

-- FunctionCall( "fPlayer.addHP", -10)

Event collision with hazard

-- FunctionCall( "fPlayer.addHP", -5)

-- FunctionCall("check death")

Event collision with health restore

-- FunctionCall( "fPlayer.addHP", 20)

OnFunction "CheckDeath"

-- if(Function.Call(fPlayer.getHP) <= 0)

---- do deeath stuff

As you can see none of your game logic every looks at or modifies your player HP outside of the dedicated functions. This means that if you need to transition your variable player.hp to global hp you can with minimal effort

Player Functions // after modification

global var HP

OnFunction "fPlayer.getHP"

• return HP

OnFunction "fPlayer.addHP"

• HP + Fn.Param(0) // -num will work as subtraction for add&sub

good luck :) If your project is big. it's worth going over an applying organized code structure. If it's a smaller project, then just hack what you need :)

Ashley has mentioned that C2 will not provide it's own Concurrent Versioning System(CVS). Instead you will need to use another system for such activities. I think a suggestion was DropBox, but maybe Bitbucket or some form of file driven GitHub maybe.

scirra.com/store/purchases

when you click the "download license" a list of instructions shows up to tell you want to do with your license file.

CocoonJS. There is personally no other viable option at this time. Phonegap has no canvas acceleration, appmobi acceleration is iffy depending on hardwre.

Cocoonjs is getting webgl soon which will pretty much end debate in regards to performance.

GameClosure and Pender are great alternatives, but will requiring to get your hands dirty on the coding level. CJS is easy to use.

When it comes to the situation the Debugger/IDE and Modularity/MP/Tilemap all comes down to the type of support. Improve current support on a technical level or continue efforts to grow a community. Technical improvement only really help the upstream developers which is a smaller group of people. Where as community features help the whole.

Do we need a debugger now. No, should a debugger be soon on the list yes. Personal order of implementation that I think would support Scirra best.

* Stronger highering efforts :D

* Modularity

Reduce the barrier and increase plugin development.

* Tilemap(elements that bridge different communities)

I don't see it. But there is TMX creators on the web. This leveraged an already existing tool and community. This would lean support from other TMX game makers to look at C2 more. More tools and communities to intermingle the better that strengthens our community. I will add that the pathing system be added with this one :D

* Debugger

* IDE improvements

* Multiplayer

I want this in the number one position. But all the other prior factors would make this one better as a down the road plan.

* Platform support

TL;DR

Your on a developer forum. :D

I really, really want the multiplayer. However, I cast my vote for modularity. The reason I vote for this is because the modularity will be far more valuable as an infrastructure. For C2 overall, the community and best of all for multiplayer down the road.

Having C2 created plugins, exhangable Sheets and so many other community yummy's will make every better overall.

Being able to share say a touch analog dual object is way better than sharing the capx. being able to pop in such features major community bonus.

So with modularity structure in place. It will be far easier for the community to support multiplayer. Though that doesn't change I would rather have MP :D

Actually even on an Export to CocoonJS for IOS or Android. It's in fact running on effectivly a browser based technologies. Often either using Mozilla or Chromes V8 to handle JavaScript. A UIWebView which is a minimal browser window.

However, often many of the extention features are lacking. Audio, Mic, camera, tilt GPS. Then the writers of the wrapper link them it.

In away Its' a custom browser with the only job of running the one web application as fast as possible.

So how is it? I hear the 3DS is getting Monster Hunter, I love MH :) How is the browser?