The browser plugin has a "vibrate" action, however it's somewhat limited on iOS. This is because Apple gives very little control over vibration to app developers.

So you want something similar to ray casting, but you want the ray to have width. If any part of the ray overlaps with an object then you want the entire ray to be occluded. Is this correct?

You're right that the ray has 0 width. But depending on how you need your beam to work this might not be a problem.

I've seen a published game created in C3 do a wide laser using ray tracing, and I'm fairly sure they just cast a single ray down the middle. Most players won't notice. The narrower the laser the less noticeable the issue. Suppose that you render the actual beam by stretching a sprite from the source of the ray to the point of it's collision. That sprite has a rectangular collision polygon, so you can use that to check if any enemies touched the beam. Using this technique will not allow enemies to obstruct the beam, but you can check if the laser ( with width ) passed through them!

A more complex solution is to cast more than 1 ray for your laser. For example cast one ray for the left side and one for the right hand side. If one or both collided with an object then the ray was obstructed, the closest collision is the "real" one. This is faking the collision, so it's not exact. You might have issues with objects that are smaller than the width of the beam, or pointy collision shapes. You can tweak this by adding more ray casts within the laser.

A final alternative is to use the bullet behaviour. It's reflections don't have the exact angles like raycasting does, but it is quite close to correct and takes into account the shape of the objects collision polygon. You can use bullet stepping to prevent fast bullets from passing through objects erroneously.

Heh well maybe add farming to the "nice to have" list and come back to it later. SDV is a little bigger than "just farming" but I believe it took 1 guy 7 years to make...

Hah well I'm not sure I really have time at the moment. But I might make some notes on how the mechanics could work. Perhaps then I can just pass them onto Laura_D... I mean she's only working on one game/project at the moment ;)

Also it doesn't look like Kenney has any suitable assets so I'd have to come up with art myself!

Normally in a game like this you would make the ground immovable. Instead place it within a frame of immovable objects with a little wiggle room. Then each tick apply a small impulse to the ground, alternating between left and right.

Quick example dropbox.com/s/kn16gg550xy2qd6/EarthquakeDemo.c3p

It's also worth noting that "touching" counts as a collision ( distance of 0 ). So if you have a 16x16 character moving on a 16x16 grid they will not be able to move through 1 tile spaces. If you reduce your collision rect by a fraction of a pixel the issue will go away.

Looks like Stardew, but without the UI to me! Is that just an sprite with the effect over it or do you have a very literal SDV clone? Always fancied making a simplified farming game inspired by SDV.

It's been a number of years since I've used PHP I'm afraid. I remember at the time having particular trouble actually reading POST data, I think by default it presumes the contents to be formdata instead of arbitrary data. I can't remember if I resolved the issue or just changed my request to match what PHP expected.

Nowadays I used Node.js instead. Reading POST data in requests is rather bare metal, which is both flexible and frustrating, but I wrote myself a helper that simplified the situation. Not sure how flexibly your situation is but I'm in a better position to provide advice for Node.js than PHP.

It's a legal requirement to display a user consent dialog in the EU under GDPR regulations. You can set it to display "nowhere", but if you are in the EU ( or your location is unknown ) then it will set the user personalisation preference to UNKNOWN ( which prevents adverts from showing ).

If you don't want to use the built in consent dialog then you are expected to implement your own user consent system and explicitly set the preference to either "NON_PERSONALISED" or "PERSONALISED" using the actions provided, then you will be able to show adverts.

Yeah very true WackyToaster new advert IDs can often take time to start working. Similarly the Admob service "learns" about your application and who uses it, which affects how many adverts you get and of what types.

Having done a test with my own credentials I can say that it does work correctly. So my best guess is that you have some configuration error. It's worth remembering that your own events limit how frequently the advert appears, I took me 3 deaths before I saw one.

Also there is a small issue with the timing of your interstitial. It doesn't appear immediately when called, hence the next round actually starts before the video appears. You may want to include some logic to wait for the interstitial to finish before loading the next round.

If you provide me with an anonymised version of your Mobile Advert settings as per my previous comment I will take a look and see if there is any obvious issues with them.