I can understand why people do simple 2D menu systems. They're much easier and effective. If I was starting again then I probably would not have gone down the 3D menu route. I could bin it but I am still learning loads from it, so I am going to persevere.

Here is a montage of "not quite right" videos that chart where I was at the end of last week:

I got to the point where I was writing a lot of code in my experimental builder project. I wondered at what point I should move all of this stuff into the main project again, so I asked reddit for best practice and got some reasonable replies. I decided to move the code immediately into the main project and create a new scene.

The more I played, the more I realised that the physics felt off. Everything looked like toys bobbing around in the bath. I played with gravity and mass settings and got some hilarious results but I wanted the Cloudships to feel like they had heft. One of the things that really struck me were the cannon balls. They moved too fast, which made the scale look odd.

Unity uses state machines for controlling NPCs. I have two states on the enemy at the moment: if the player is a long way away then keep on your course, if the player is close the steer RIGHT AT IT!

That's not a very interesting bit of AI but it helps to test a whole range of things, including collision. Unity uses low poly collision meshes that are generated from your models automatically, which saved me a ton of work.

I didn't want players to hold own W all the time. I'm sure I'm not the only one that feels the strain after a day of pressing W to go forward! You now tap WS to increase/decrease thrust and the EOT moves along in time. The compass turns along with the camera (clamped to North) and the green arrow shows the track over the ground... although it doesn't seem to take into account camera angle - so I'll fix that next.

Also, the controller doesn't cast a shadow (thanks EMW).