I like both methods, however let me tell you a tale about B.

C2 will always save the image/assets in reserve even if you remove all instances of the image.

What this means is that even if you "unload" all the images the visual image object will still exist. So there is no memory saving by unloading.

In the end level loaders are best served for level creation tools or community creation of levels. They don't serve much benefit else where :( so using the Layout editor is pretty much just a level creation toolkit anyways.

Well there is a replace Object already, but var's are not objects. I doubt there will be a variable replacer. The best suggestion is to just start with local/object variables.

But I did the same thing when I first got the tool. I vars as globals only to realize it would have been better as sprite or local.

I don't believe this implementation would have long term merit as this is mostly just a stop gap for newer developers.

Kyatric answered all the questions pretty well.

Personally I don't like subscription fee's. I dropped MMO's for Guild Wars 2 and won't go back. I especially don't like subscription fee's for tools. I won't ever pay Unity's subscription model. But that's me. I'm sure some will be fine by it. The idea of a smaller more bite sized price is easier to swallow. But I'm the opposite I like to examine the long term costs and if I can pay a higher now price to not pay more later I will. If I don't have a choice then I just won't.

I've been heralding the extension/asset store integrated into IDE for a while now. I'm the stance that it will jump the quality, developers and popularity for all of C2. Until then It's mostly a small game toolkit. Though I agree that some developers will prove that C2 has merit. Unity was the same way for a while. Unity needed a couple of solid games before the toolset was deemed viable for full comercial production. C2 will get there.

Yep well said :) Keep up the input :) everyone can learn from everynoe else :)

create sprite

open sprite editor by double clicking

right click on the frame panel.

import sprite sheet

Are you tracking the touch by ForID or are you just judging based with the simple and only OnTouch and OnEnd. If you don't use Touch.ForID to track a direct touching instance you can't effectivly do any gamepad conrtols.

It's why I wrote my tutorial in the first place to overcome the Touch.ForID hurdle.

good fortune though. Mine only covers the principles and more robust CAPX is a good addition :)

If you haven't integreated the ForID multi touch. You can build off of the tut and capx from this tutorial :)

scirra.com/tutorials/398/touch-stick-controllers

A good 2D game is a well executed game along with the subject preference of the gamer. I've seen good mechanics hammered by by poor design. I've seen good stories devoured by terrible game play. A good game is a well executed created game.

Past that I know gamers who just play for the game mechanics and skip as much story and as fast as possible. Then on the flip side I know some gamers who want less game play and more story. The idea of mixing gameplay and story is to broaden the audiance to increase potential sales.

Personally I like to divide the design down to difference of Sport and Story. Story is traditional to the merit of telling an engaging tell or lesson. "Games" at this point aren't games as they are a narrative experience. Sports however are defined as the players prowess and the challenge of getting better.

So what makes a good game. Just do one of them well. What sells well. Well WWE did it, blend the idea of challenge of a "sport" with an engagement of a story.

Anyways as a correction

--->Fighter

Street Fighter

Mortal Kombat

Samurai Showdown

Dead or Alive

Killer Instinct...

--->Brawler

TMNT: Turtles in Time

Streets of Rage

Final Fight

D&D Shadows over Mystara

Golden Axe....

these are not the same game genre. Fighters are a Sport as they are focued on the challenge of improvement, Brawlers tell a story of heroism.

If we are talking about a game. Then mechanics.

If we are talking about an experience, then it's design.

IF we are talking about engagement, then story.

Sounds like you spawning too many object on top of each other. Double check your creation rules so that your not doing that. Check your profiler to see how many of each object is being created.

yes. Don't bother with IAP. I thought I had posted on this thread before, but I must have forgot to repost after the access denied error.

Ouya IAP is only in Android Java.

CocoonJS nor Crosswalk support Ouya IAP.

However if you hunt down enough you can probably find the Cordova Ouya IAP plugin some where. Then you can use CrossWalk with the plugin. Don't ask me how yet. I don't know. But there are a couple of HTML5 games on Ouya that have the IAP. but are using PhoneGap.

Thanks. I didn't finish the plugin to handle rooms. I just wanted to test out Photon Client as viable TCP game client. Worked out well enough.

In the end we are blocked from using C2 as the server back end. Though I'm checking to see if NodeWebkit can access the Photon .dll files. If so maybe we can create Photon Servers using C2. Who knows.

Right now though options might be appearing anyways. Ashley is looking at WebRTC Peer 2 Peer C2 connections. Might be viable to start building a server up from scratch. But I get the feeling it's going to lack a lot built in latency that say Photon already handles. Who knows. I'm just speculating.

Also "reload" the game rather than just join. Seems there is an old damage error still in teh game. must have forgot to remove the error :