Now that's a good use of the accelerometer :3
Actually, maybe this would be a useful feature in devRant as well? 🙃

While attending a class for mobile app development a couple of months back, the day the teacher (T) unveiled the class project:
T: You must build an Android app. You can do whatever you want.
T: Don't overcomplicate though. For example, online servers won't be valued!
T: But don't make it too easy. For example, don't make a tic-tac-toe. That won't be valued!
T: And remember, you must use device sensors, like the camera, GPS, accelerometer ...
T: But don't just throw the sensor functionality if it doesn't make sense in the app you're building. That won't be valued either!
T: You have one week to think and send me a proposal.
Me: What the fuck do you want me to do then?

So apparently some genius motherfucker managed to allow Androids that are missing or have a bad/inaccurate/busted gyro to run VR apps as long as they have a magnetic sensor (compass) and an accelerometer, using both to spoof the gyro. It requires root, but goddamn is that smart... It's even potentially more accurate than a gyro in quite a few situations, since it uses the compass and can even be used to override the ACTUAL gyro, so if the gyro is busted, drifts like a motherfucker, is inaccurate, etc. it can alleviate the issue!

and google's always like "well this shit is impossible to do" then the community comes along a month later and does it

I had interest in studying medicine since a very young age but I started coding before I got admission. I found medicine fun because of that.

I perceive hormones and receptors as events and event listeners.

I perceive the all or non responses of neurons as binaries 0 and 1.

I perceive the vestibular apparatus in the ear as a gyroscope and accelerometer.

I perceive the human body as a machine 😂😂

In a real-time multiplayer competitive game where you control a vehicle, is it feasible to simulate the whole thing on server side, such that the client only sends controls and receives sensor results? I mean like the client doesn't even know its own precise rotation, just the readings of a gyroscope and an accelerometer which are both susceptible to errors, and deduces the "down" direction from those two and approximate control forces. This would both solve hacking (writing a good robot is just as challenging) and lead to fun results like an attitude indicator going crazy from a gust of wind.

Has anyone ever tried to use a devices accelerometer to determine speed before?

The way i plan to do it, it should be more accurate than using GPS. Just wondering if anyone has ever done something similar that i can use

Misused phrases by non-tech people I can't stand in 2020: "the new normal" & "telework". It's like how in 2018 everyone used "algorithm" like they knew what they were talking about. Same thing in 2007 with "accelerometer".

Does anybody here have experience with building a drone? Specifically with automatic controls?

I am working on one in a team of 2 (I'm on the software side, he's on the hardware side) for a school project.
I have an esp32 and a LSM9DS1 gyro/accelerometer, but I'm struggling with how I could implement an auto steering function.