I don't know, he sounded to me like a person who was giving a half hour presentation.

It's a year and a half old so it's somewhat old info, but most of it is still relevant.

I was wondering, how is the performance of Ejecta games?

Would a game without physics be able to run normally?

You may want to ask Ludei that, as as far as I'm aware, Ashley told them to update the plugin from now on as they are the ones who know their own API.

Ashley mentions it HERE

Yes, I'm aware of that. I'm saying that even though Ludei added new features to CocoonJS, that doesn't mean they're all supported in Construct 2, at least not via the official CocoonJS plugin (there's always the option that we make out own custom plugins).

What I want to know is when was the CocoonJS C2 plugin last updated.

I'd like to see some features from the last update being implemented in C2, like Google Play Games support.

I just tested my game on two devices, an iPhone 4 and an iPhone 5 via CocoonJS.

While the game on the iPhone 5 runs flawless, usually at 60 fps, on the iPhone 4 the game runs poorly, at 15-25fps.

The thing is I'm not using physics in my game.

Anyone familiar with fixing non-physics related CocoonJS performance issues in the iPhone 4?

I will send ludei an email later today about this issue.

Exactly, the game doesn't render anything while loading the next layout so GeometriX's suggestion wouldn't accomplish anything, as far as I know.

We would need to be able to keep the current layout running while loading the next layout, something like turning it into a loader layout.

I was wondering is it possible to have an animation running while the next layout is being loaded, to get an animated "loading" sprite.

Also, I'm getting a noticeable delay, especially in cocoonjs, while changing menus within a layout, because the game needs to destroy the previous menu elements and create the submenu elements.

I tried creating the loading graphic the same way as I did with the pre-layout change loading, but it failed to create the sprite before the menu change.

thehen yes, I didn't have much time to look into it further after I made the post, but I'm guessing it has something to do with the json data not being sent correctly.

I would appreciate it if you could take a look, or maybe know what could cause the events to be logged but not displayed in flurry.

Further clarification on COPPA in a recent Gamasutra blog

I was thinking if using WebGL shader effects, like in the C2 haze effect example, is possible to create a sandstorm effect.

I'm trying to get a sand storm overlay effect, kinda in the lines of this:

<img src="https://dl.dropboxusercontent.com/u/35440583/c2forums/Sand%20Storm%20Effect/Sand-particles.mov_2.gif" border="0" />

I was wondering what the best method for achieving this would be.

Having to download game assets after the initial app download is somewhat a common practice among heavier titles, but that means the minimal app size of 20MB is still there.

Asking the consumer to download an extra application after downloading and installing your game is a harder sell in my opinion. I'd rather have an >20MB app.

Honestly 20MB isn't that big of a file size for android games, but it is a shame that small 1MB-2MB projects get that big.