Thanks for the reply but I'm using nw.js, the newest version and updated browsers. It didn't seem to happen before when creating things until now. It does it no matter what I create. I'm losing ma miiinnd!!

Hey out there. Look, I'm having janking problems with my sprite when trying to move it left and right. Sounds like a personal problem, I know. But here me out.

I stopped trying with my main game scene and thought I'd test it out with a simple scene. So here's what I do:

I create a new default scene, the first one in the list. I'm using the newest beta, r230 64-bit.

I create a tiled background. Apply a solid behavior, and make it be the ground.

I create a sprite 75x100. Apply a platform behavior, and leave everything as default.

I run the game and move my sprite forward.

Now, every couple seconds, the sprite janks, like it's lagging or something. Then it runs smoothly, then janks again. Does anyone have any idea why it would do this? Perhaps a driver issue? My com has 12gb of RAM, and i7 processor, and Nvidia GPU.. I wouldn't think it's that. I'm getting like 60fps when moving the sprite, yet I have this jank.

What gives? Am I doing it wrong here? Thanks ahead of time for anyone who may have an answer!

> If you ever get Godot to export a project without janking (even with ONE sprite, even in fixed update) hit me up

>

I suppose you mean the stutter? I've noticed that too after messing with it. I wonder why it does that even in fixed update? OH well, I won't diverge from the OP topic. Thanks for the info

>

> > (Fusion exports a finished apk file, or a ready-to-go xCode project).

> >

>

> Will Construct 3 or any future release have this feature, or will it always be handled via a third-party application like XDK or Cocoon?

>

From what little we've been told its just an editor update, the same html5 runtime engine is being used, so it's likely to be the same mess when it comes to export unfortunately.

Rats! Thanks for the info. Godot's looking sweeter and sweeter by the day.

(Fusion exports a finished apk file, or a ready-to-go xCode project).

Will Construct 3 or any future release have this feature, or will it always be handled via a third-party application like XDK or Cocoon?

Ashley I understand your point about voting, as it's the same in marketing: if you ask people about what they would be ready to purchase and at what price, people's feedback rarely matches their future actions...

Returning to the initial reason of my post, I can't help question Scirra's approach regarding communication around C3. Whilst a bit of teasing is a great thing, you don't publish information to raise people's interest and then keep silent for the next year or two. It's just a waste of everyone's time. The point I was trying to make and which hasn't been answered, is that related to Scirra's development staff. How many people are working on C3, while C2 is still be maintained (and you do a great job at this)?

I mean, if you're split between C2 maintenance and C3 and have only 1 or 2 other developers working full-time on C3, it may be another year or two before we see this new platform. In that case, wouldn't it be interesting to raise some funds via crowfunding or investors to have a larger team working on this?

Buy C2. Help fund the future project. Scirra already answered these questions.

Thanks for sharing the source. You show great skill especially given the short amount of time to complete the game. Of course I don't have the plugin needed to open the capx, but it is what it is.

This drop shadow effect works really well. I tried it and set it to disable when not on the floor and it really added an extra layer of depth to the player. Thanks a lot for sharing!

You could also use litetween ( behavior-litetween_t70700 ) for stuff like that. I used it in my game and it looks really cool and smooth <img src="{SMILIES_PATH}/icon_e_biggrin.gif" alt=":D" title="Very Happy"> https://www.scirra.com/arcade/action-games/build-6116

Thanks! And your game does look smooth, and fun. Good job <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

Personaly, i use physics and an invisible solid. Because it fals so nice. It lands so natural. The code is minimal.

And most of all, it has the 'is sleeping' condition.

Hey, thanks a bunch! I'm gonna try all that out and see how it does. There seems to be so many ways to do one thing that it's hard picking one. I guess whichever one works and doesn't bog the system down as much, eh?

Edit: That lerp did the same thing only smoother it seems. Thanks for the help with that. I was messing it all up trying it myself

What ever method you are most comfortable with, so it's up to you.

I would make sure to use dt however.

Thanks. Would I add the dt where I put 10? I tried to do a similar thing in lerp but it wouldn't work right.

Hi all.

I currently have a project in which I'm sliding a top menu bar into position from just outside the top of the layout. The code looks like this:

Self.Y+(200-Self.Y)/10[/code:2bc6jqw8]

That brings the menu bar from just outside the layout to the top of the layout at 200 in the Y position. Though the animation looks smooth, would you use a lerp in this case? And if so, is it better to do that? Also, how would you write it? I'm trying to learn best practices in the beginning to avoid clunky code and such later. I learned that code from a tutorial and use it for all my slide-ins.. but I'm not sure if that's the best or most practical way to do it.

Thanks for your advice.