sqiddster so you mean they are directly affected to the number of pixels to draw on screen for each frame, or to the total surface of the viewport?

well, browsers (or wrappers), have their own rendering engine, which explains the difference greatly (for instance, the current version of node webkit and chrome have rendering issues that really are problematic, smoothness being completely impossible, maybe crosswalk inhereted that bug too), on the other hand, IE seems to be pretty fluid, basically it is not really a performance problem, it is just that the current rendering method of chrome is an "epic fail" if I can say so (three months ago for instance, we did not had that problem), as for performances wise, I do not see really anything wrong with it currently, crosswalk did a good job (until recently maybe?) to have smooth gameplay on every game I tried, where canvas+ was jerky all over the place (this seems to occur only on some devices If I believe what others says), but then again wrappers are secondary, and I think the fact every wrapper suggested by scirra relies one way or another to chrome only was really a bad choice (it is a freaking html5 engine, why should we have to rely on one specific engine that may fail us once again), heck, even the fact scirra recommands only a specific list of wrappers is questionnable.

Aurel

sqiddster

I was more asking about not the input lag, but the general feel of the game with out-of-sync or variable framerate ( aka framerate drops) under firefox (terrible under chrome, definitely).

since if we can find at least one browser engine where the situation is not terribly wrong, that will give more weight to the argument itself!

to become a Wii U dev, you will need to apply here : https://wiiu-developers.nintendo.com

most of the infos related to how C2 and the wii u work is under a NDA so, most peopel on scirra will not'awnser simply because they legally obliged to not awnser publicly to anyone.

I think some people got the right to develop on the WiiU on this forums, so definitelly not only a big companies thing.

Are you trying to set Animation to "Idle" if PlayerBox is not being touched?

Make the EVENT on Line 15 the same as Line 14, except invert the: Touch --> On touched PlayerBox

you cannot invert a trigger.

a reversed is touching object might do the trick.

sqiddster I think fps is just a variable that counts each secon ds how many refresh occured during the last second.

Gonna try the same canary version as Aurel to see if indeed the last one corrects that input lag.

EDIT: It is better in canary 41, but I can still feel it

Aurel : does this bad framerate issues also happen on firefox? on my side firefox seems pretty stable, while chrome... does whatever he wants basically, because if we could do something based on another engine than chrome that does not tends to break things like chrome does, thta would beenfit greatly..

webstorage does not work ATM on the google chrome web store, which is a store for desktop-chrome web apps and chrome OS.

Elliott well, first the debugger adds quite an overhead (go into other debugger tabs to see if they cap up to you refresh rate) so the difference may not be huge.

also, a poly check is not a fixed calcul like a simple collision check, two poly checks may take a very different time to accomplish, since you did a road full of collisions testing polygons, you have one polycheck per tick (as the player is overllaping the road) that is easier to compute than the polycheck of the complex polygon.

however, it may be that in both cases, you computer is just fast enough to run correctly both cases.

I think that the most important thing is that, when compared to GM (never tried a lot MMF2 even though I have a license because, well, it seemed not worth my time), C2 is actually made also to do prototyping, and is really though for non programmer people (that does not mean non-math people or non-logic people or non-game-designer people), it was meant to do fast yet clean prototyping that can be expanded into full fledged games, some people argue that html5 only is a drawback compared to GM but I find it really silly (why buy an html5 engine creation if you want or need native in the first place, duh! If I need a screwdriver, I won't use a hammer, sure that can work but If I never want to pin nails on the walls that is really dumb, almost as dumb as this metaphore I am making), GM I always feel was not meant to have this drag n drop stuff in it, it would have been better without, and MMF2 as I said, I do not even see how that helps anyone, all it teaches seems to be "how to work around issues rather than correcting them", but I can be wrong about that. C2 took the challenge to erase the need of code completely for the end user, and it did it well, maybe a little too well sometimes, but still a great thing.

Tried on my laptop (an HP 630 notebook PC, nothing big of a computer http://www.cnet.com/products/hp-630-15- ... ies/specs/ I think this is the correct informations. ), around 30 fps (varying), I can notice an slight input lag but playable without much issues (I had much more trouble on other games that were not stresstests).

Chrome Version 39.0.2171.95 m.

Graphic driver around 1 year 9 month old IIRC (that does not help).

Will try on firefox and opera.

Firefox: No input lag noticed.

Opera: around the same as chrome.

I'd say worthy of a bug report to chromium team if someone knows how to do that.

Idk That seems too be c2 biggest drawback is that there is no native exports or atleast no native mobile export

not really a drawback as it was not what the product was meant to do anyway, it has always been made to become the best html5 engine, not a native one.

I saw a video on youtube about : Bioshock on iphone.

How they make a huge game run smoothly on the iphone?

Careful memory use and design combined with more control (which permits to have a huge game be like lots of tiny parts of it only for each environnement or level or whatever) and a faster code execution I guess, and AFAIK it cannot run on iphone 4s (not sure about 5).

for the track, I would say rectangulars blocks would be better, not only can you adjust them, but they might also be easier on the CPU. (due to the fact C2 handles easily collisions checks while polychecks needs more time? which for a big precise track'may be too much.)