I think the controls are good, but the initial level design doesn't complement them well.

If you look at twitch platformers like Super Meat Boy and Mario, that have far more precise controls at the expense of animation, their levels are structured in a similar way to yours. It's about the perfect jump, solid timing, fighting against the level constantly until you get it right.

Whereas PoP, Flashback, and other platformers that tend to be more focused on exploration (returning to areas, scoping out an area before tackling it), like your game, tend to be a bit more forgiving, especially at first, in their level design. I'm not saying that level traversal isn't a challenge in those games, but they ease you into it. Your game seems to have design that implies the game is a twitch platformer, when the animations say otherwise. Like there are two aspects at odds with each other.

That's not to say that it can't work, but one or both aspects will need some tweaking. I'd say definitely speed up some of the animations, as a starting point, and then look at making your level design a bit looser, especially with the head-bumping-on-the-ceiling stuff.

I'd also strongly recommend looking into adding a mantle/pull-up animation. Having to jump or "bounce" onto higher platforms is a gameplay mechanic synonymous with twitch platformers, and doing so here doesn't fit the pace very well.

Also, the change direction animation requires a strange order of keypresses to work properly. I don't think it's right to expect the player to hold in the reverse direction that they're running in. Players will expect to press one direction or the other, not have both keys pressed down at the same time.

Oh, and if you plan on taking this game any further, you might want to reconsider the name.

By the the way, I love that wall-stopping animation.

To second volkiller's suggestion, yeah, you should really be using global layers for all UI elements. They're far easier to maintain for projects designed like yours.

I'd like C3 to be treated as an extension of C2. Keep C2 as a tool for education and possible free (or cheap) distribution, and make C3 the advanced version with neat things like better exporting, interface improvements, modularity support, improved behaviours, better drawing tools (I know, I know, but people keep asking for this), improved collision detection, a keyframe/timeline editor, better lighting, and all those sorts of lovely things.

The idea here being that C2 files can be opened in C3 (possibly with a once-off conversion or the like), which would encourage existing users to migrate to C3 when the time is right for them, without pissing off those customers who don't want to feel left out in the cold after spending money on C2. This would also serve to not invalidate the huge load of tutorials, manual entries, and forum topics that have formed over the years, not to mention the development that has gone into the software.

This always comes up, and once you get used to working around it, it's better how it is currently.

One way to avoid this is to put all variable clicking UI elements in one family with a boolean "canClick" or whatever. Then just change that value as needed, and check for it in your On Click events.

Alternatively, if you're hiding items, just check on their visible status in the On Click events.

Nope. One licence per person. You can use one licence on multiple PCs, though, (like your home desktop, a laptop, and a work PC) as long as there's a single person using the licence at any one time.

https://www.scirra.com/store/construct- ... license-31

Wow, this is very impressive. I got stuck on the little plinth where the treasure chest was and died, but for the few minutes of playtime I did spend with it, I enjoyed it immensely.

I don't have many critiques, other than perhaps the intro wore on a little too long. I was left looking at the mountain slowly rising up as the camera approached it, not really sure if I was meant to skip ahead or if more was coming. I've seen other games speed up those sorts of sequences once the text and everything is done. Or perhaps give the player an option to speed things up at this point.

Praise-wise, there's plenty:

• The controls are very tight - they feel incredibly responsive and movement is solid.
• The humour is great, I love the sarcastic approach - that well being a save point actually made me laugh out loud.
• The way that gameplay mechanisms are introduced is spot-on - I'm not sure how that beginning bit fits into the whole game but it didn't feel like a tutorial, even though it was one.
• The music is very well suited - did you make that yourself?
• The pixel rounding initially felt a bit irritating, but I quickly got what you were trying to achieve with it. I've played a lot of RPGs on the SNES, and this looks perfect, right down to the twitchy pixels.

Do you have any plans to expand the two-character thing? Maybe it was still to come in the demo, as I didn't play very much, but I can imagine character-switching or true two-player support could have some interesting implications.

Otherwise, great work! I hope you're going to go public with this and see what the rest of the world thinks of it (and throws their money at you).

Admob works fine. Only issue is with Intel XDK on iOS, banners don't show in fullscreen mode with orientation locked to landscape. But that's supposedly being worked on.

I've been playing with this plugin a bit but I'm scratching my head at something I'd think is quite simple: I can import an OBJ and its accompanying MTL file that I exported from 3DS Max, but I can't seem to find a way to make the texture work. Then I see that it's better to import a JS file. Is it possible to use OBJs and MTLs together, or how do I go about turning my OBJ into a JS file?

Oh wow, these are massive improvements! Nice going QuaziGNRLnose, you're really on the ball with delivering what people have asked for (and so much more). Setting up a simple 3D side-scrolling or top-down game is really easy now.

Thanks for your hard work!

You shouldn't be exporting as html. Rather choose the Android export, and put all of those exported files into the www folder of your XDK project. Also be sure to check on things in the emulator before you upload and build. If nothing shows there, you're missing some files.

I haven't tested this with Kongregate or anything other than Dropbox, but in my experience, you don't need to trick the browser in any way to force a re-download, just increase the version number in the project settings each time you export a new version.

Tokinsom, I had the same issue as you, and after applying some helpful advice from some forumites, this is how I handle multiple gamepads and/or keyboard input in my game. Everything is assigned dynamically before this, and then to read the controls, I simply loop through each player (the PlayerBlocks family in my case), check their ControllerNumber variable against the gamepad number, and take it from there. In my case, "Gamepad 10" is considered to be the keyboard.

[attachment=0:1mpv3fmj][/attachment:1mpv3fmj]