Right, so google play apps are still fine.

Just save the games progress into webstorage, clear it if the player dies, resume if the player quits and comes back. Which part of this is giving you trouble?

Shouldn't be, the limit is 500mb iirc.

So it can be run on the web? Nowadays, you have to have a premium account to do that with dropbox. There are alternatives though. I'm using altervista right now.

https://en.altervista.org/

You can export as an html5 project, zip the project, and use their archive uploader to upload the zip. It'll automatically unpack. Then you just link to the index.html file.

Others have suggested alternative sites. One I've been meaning to look into is:

itch.io

They let you host your files for free, and link out to them. I haven't used them for that yet though. Just a really awesome site in general; a lot of thoughtful, offbeat indie content on there.

Honestly, the few games I've tried on my new phone haven't run much different w/ cocoonJS vs crosswalk. CocoonJS might be 10-20% faster at most, but a couple examples have run faster in crosswalk. That being said, the APK size does matter...right now, that's the biggest drawback with crosswalk, and one that is unlikely to change any time soon.

My remake of the arcade classic Death Race, from 1976. It's for a friend -- and fan -- of the game who was bummed to hear that a cabinet would cost a mint, and that it couldn't be emulated. He used to play it when he was a kid, back when it first came out.

Incidentally, I'm loving shaders right now.

The easiest way to do this is to move the center point of the orbiting object outside of its bounding box, then set it's position to the object you want it to orbit. Pin the orbiter, and rotate it.

The problem is if you want to change the orbit distance, you have to take a different approach.

Elliott

Wow, was not expecting that. I've never seen a poly that complex. It looks like it's comparable to the 'many box' approach though, so I'd stick with it, given that it's less objects + easier to understand and tweak.

Aurel

I think you're under-estimating yourself there...

Aurel might have some insight. I doubt 'complex' polys would make much difference, as long as they were < 8 points. Having more objects (building with many boxes) would probably be a bigger hit on performance. But hey, I could be wrong...

Yes, it is.

When you test a condition in construct -- did foo collide with dragon? -- any actions you take within that event only affect the instances that fulfill that condition -- the dragon that was hit.

However, when you call a function, the function itself doesn't know anything about the condition that led to it being called.

Now, you can tell the function, but that requires passing it some data that allows it find the instance again. This is called the uid. You feed this to the function by passing it as a parameter, and you select the object by 'picking' it, using the condition pick by uid within the function.

An easier way of going about this, in most cases, is to use families to test for collision events, allowing you to minimize redundant events, while still having multiple object types.

Or dropbox👇

Search for collision and overlap in your events. Check for behaviors you might have forgotten about (the most likely candidate).