crispisulcans

Honestly, I wish folks would stop recommending PID as the go-to tool for control design. Like some others have said, it is never the right answer in any non-trivial system. The problem with newcomers blindly incorporating it into their design for quick satisfaction is that they have just done so at the expense of making someone else's job harder down the line. In a system where many things are interconnected or nested, introducing artificial dynamics via feedback in one part often leads to unpredictable and undesired behaviour in another. Then the next junior engineer comes along and thinks the weird behaviour can be solved with more PID loops, repeating the process until you end up with a un-tuneable mess with a precariously narrow operating region.

If you are working in this field, no you don't need a PhD, but for the love of god invest some time into learning more appropriate techniques for the work. Start with learning to work with MIMO systems in state-space, then learn to use LQR (literally a one-liner in MATLAB) and reduced-order observers, then some nonlinear techniques like Lyapunov functions and integrator backstepping for those tricky nested loops. I'm happy to suggest resources for anyone interested.

Thanks for the user test :) I updated the game loop to be separate from the rendering loop. Any chance you can tell me if it is still slow?

Not a bad idea, though you would have to use bang-bang control since the thrusters are either full on or full off. I'm not sure if you can integrate anything as is, but when I release the source code you can try to build up from that.

Hmm I'm not able to reproduce that. Which phone and iOS if I may ask?

a little downward boost at the beginning, trading away some health for time, love it!

I tried it just now (took me a while to figure out how to run this). From what I'm seeing this game has what is equivalent to attitude control on autopilot, meaning you stop spinning right away when you release the input. It is definitely easier to control, but removes one of the main challenges of drone flight.

There is already a collision threshold, but very low. I might have to increase it to be noticeable. Otherwise great ideas all around :)

nice one!

Hi all, thanks for all the great feedback so far! Here is a bit more context: I (also go by wavy) made this game while taking a break from my work project. It was inspired by the old-school lunar lander games as well as drone racing. I wanted to build something that illustrates the difficulty of drone flight. It was made in p5.js over the course of several weekends. I never really intended on publishing it until I showed it to a few friends who kept on encouraging me. I'm glad some of you are enjoying it!

I avoided arrow keys partially because the drone will generally not move in the direction you press, but I'll consider adding alternate key mappings :)

oh I see, yes it could be performance-related. I will need to decouple the game update loop from the rendering loop. Will do soon.