Softloulou's Forum Posts

  • Hello, if you didn't know about it, my first guess is Delta time :

    https://www.scirra.com/tutorials/67/del ... dependence

    Does that help ?

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Here's some game play footage of my game Robot 505. Still very much a work in progress.

    http://youtu.be/jA2Ohjk1afo

    That's looking real good ! Solid art style, and we can already feel the power of that robot :p

  • Hello, i may be wrong, but i think i have seen somewhere a post about optimisation, and image size dont really matter (it's only affecting the download size, not slowing the engine or so.), if thats true, then it wont matter since you want to pack different size of the same image in your game it's going to be the same. (Lets wait for more responses here ). I would say if you really want to optimize you should make a different app, with lower size images (and not an universal app) .

  • Hello Evasleipa, yeah its a known problem. It's not a problem with Construct2. It's a HTML5 general issue right now, depending of Chrome and Node Webkit (from what ive seen). We are all waiting for some fix about it. (I have the exact same problem like many others)

  • Here is a Capx i have done for you to test.

    By pressing " i " you can switch the visibility of the two buttons (it's the same logic if you ask if it's a sprite visibility or Layout / layer). The red button is clickable even when hidden (that's not what we want) but the blue one is only clickable when visible. And this, because i said : If button blue isn't visible then deactivate the group (where all the actions for the blue button are), this way you can easily make many actions, for various buttons inside a single group and deactivate the whole thing by only doing one check (the visibility).

  • That's the right way to go. It may seem strange that buttons are clickable when the layer is invisible, but that's normal (invisible doesn't mean inexistant).

    You need to tell the engine you don't want it clickable when hidden.

    For that you can make a group and then a main event inside looking : Is my menu layout visible or not ? Then all the actions / events.

  • Softloulou as far as I understood it, if you plain to make an html5+js browser game (your last post makes me think that), even without C2 this chromium issue will be on your way (unless you rely on somekind of plugin to make your game work, but that is another constraint for the end user, and even then other issues will be presents I would think)

    Yes Aphrodite, i was targeting smartphones and browsers for this project (a fast passed scrolling game like "jetpack joyride"https://play.google.com/store/apps/details?id=com.halfbrick.jetpackjoyride). This jittering issue with Chrome/Node Webkit is a real pain. For now i will just continue my prototype and see how it goes the day i export it (i will leave the browser / desktop aspect aside (i will test the game with firefox ^^), and see what i can do for mobiles).

  • >

    > > New build!

    > >

    > > Node Webkit v0.11.5 (based on Chromium 38)

    > >

    > > https://www.scirra.com/node-webkit

    > >

    >

    > Any better? I'm thinking we won't see a significant improvement til chromium 39-40...but I'd love to be surprised. <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

    >

    I was running 11.5 It's better than previous, but I have way better performance from 10.5 after following this guide. This Node issue / C2 export issue is beyond annoying. It's getting to a point where I am seriously considering switching from C2 to something that exports to desktop properly. Nothing like working on your game and then out of no where.. janky stuttering. Try and fix, and realize that Node is the root cause. Pretty dampening to the workflow, motivation, and optimization efforts. <img src="{SMILIES_PATH}/icon_neutral.gif" alt=":|" title="Neutral">

    I was feeling the same Facecjf. It's sad, and i don't think Construct2 can do anything about it (and we are not talking about any kind of bad optimisation, since it's the same with super basic tests).

    I'm annoyed too but my project was still in the prototype phase and not too advanced so ...

    But for those how had games running smoothly before, it must be a real down.

  • What i would like in C2 :

    -> Timeline

    -> Animation / tween system (for simple animation purpose like moving menus / cutscenes, should work with the timeline too)

    -> Vector sprites / animations (Like Flash, same should work with the Timeline)

    -> Advanced particle system (with animated sprites included for example)

    -> A function library ? (for used / created functions so we can find use / copy past them faster ? Duno that's some crazy idea but i guess this can be used)

    -> Find a secure export way, so games wont break (jagginess) with some Node / Chrome updates (but well, it seems impossible to do)

    -> Advanced implemented painter.

    -> Possibility to choose exporter version ? Like multiple Node Webkit versions ? (to help counter the Bad Node Webkit updates for example)

    Thats some ideas. Keep up the good work.

  • Like many said :

    -> Timeline

    -> Animation system

    -> Advanced particle system

    -> Vectors sprites / animations (kind of like Flash / illustrator)

    A way to ignore Node Webkit (Jittering problems killing games)

    But most of all, keep C2 a priority for now please

  • Thanks for this guide, was a great help, seems like this improve performances (running on 32bits and not 64bits). I will try it on a bigger project to see if it helps. I have a really noob question though. Is it possible to export for the web with a different exporter (using base construct2 web exporter) ? (Since the jerkiness happens on chrome browser with the web exporter).Thanks

  • Thanks for the responses guys, i will do some tries with node 10.5 (and then on my main project). I let you know what happens. (Hope Chrome fix that soon)

  • Like you guys said, it seems construct2 is only for prototype usage right now (wich is sad, and even for that it's limited now), we have to wait for some fixes (sadly from Google/chrome side). I knew Construct2 is a HTML based engine and i was fine with it (and actually it's a really strong one) i was reading everything i could find about optimisation, tricks to make the best of it, but right now (with the lastest issues) it's just plain impossible to make something pro with Construct2 (it happens even with the smallest prototypes now).

    Like you may know, from browsers usage stats : http://www.w3schools.com/browsers/browsers_stats.asp

    Has you can see, Chrome represent 60% of web browser usage ... So what does that mean ? We just have to wait and hope that Chrome fix that soon. Or move to another engine, and that pains me (yes i really enjoyed Construct2) ...

    If anyone comes up with a fix for that let us know <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">.

  • —

    Yes, I can do prototype. But my point is: what Scirra can do about the micro-stuttering. Then I don't need an Unity-guy. I can hire.. Yes.. but better options if I can to do my game from start to end by myself. From my own interests

    Softloulou

    Well, you may have the micro-stuttering problem If I understood correctly, no one can do anything about it.

    Well yeah i guess we can call it a micro-stuttering problem. But for the sake of example the capx is really small (for debuging testing purpose) and it happens mainly on Chrome (on Firefox and ie, still happens but less). It's a real problem if you are considering making a fast passed game. I don't think this could be associated with Garbage Collection (but well i'm no JS pro user). (I would be so happy if someone found a way to fix this )

  • I'm using latest Firefox and I'm not seeing any jittering at all.

    Thanks for your feedback, on firefox and ie the jitter is actually way lower, but it still happens sometimes, like every 2 - 3 secs (way more visible on a bigger project), some may consider this like a minor problem, but if you are aiming for some fast passed movement game (for mobiles and web), it can be really frustrating (considering Chrome is widely used).

    Ashley previously posted on another post, that micro stuttering problem could be a Garbage collection issue, but it's unlikely for this project (considering the size off this example capx).