gyroflow VS ExpressLRS

I am no videographer and only read somewhere about gyro-stabilization and https://gyroflow.xyz So maybe that's an alternative to that software. Just leaving it here.

You can get pretty far with Rust + Qt and I've been very happy with it, see Gyroflow

I need some math in Gyroflow for lens geometry and lens projection if you have experience with that

Rust has quite decent support for QML though. One of the really famous video footage stabilizer apps uses Rust with QML: https://docs.gyroflow.xyz/app/technical-details/used-technol..., and that is a non trivial UI: https://gyroflow.xyz/

I think you would get the same result if you just recorded a regular video (at whatever resolution you want and a minimal framerate), then pass it through something like Gyroflow and increase the speed. Downside — it’s not automatic and you can’t preview on the camera. Upside — it won’t overheat you have more options to tweak after the fact.

My buddy and I have been playing with Gyroflow (free and open source) for stabilization. It uses the A7C's gyro data to smooth out handheld footage. There are a ton of options to play with, too - much more to work with than Resolve, which is what we had been using. We've had solid results on the A7C and excellent results with the BMPCC6K.

Maybe it wouldn't be a bad idea to dig into the Gyroflow's sources.

You can convert that data into a CSV using Gyroflow in combination with this Python script.

Just put the firmware builds under https://github.com/ExpressLRS/ExpressLRS/releases

I didn't really find any reference material for setup, you can see it mentioned at #2060 here.

For receiver Zlyden3D said flashing 2.0 then 3 through Betaflight passthrough worked for them.

I think the controller is only going to have PPM output at best. There's a feature request for ppm input marked "not going to happen", so I think you are out of luck. https://github.com/ExpressLRS/ExpressLRS/issues/421

All you need to do is start sending Channels packets out a UART at 115200 baud and the TX will fire up and start sending them at whatever packet rate it is already configured for. You'll need to disable UART inversion on the TX though because external modules are half-duplex inverted (stupid legacy stuff!) The protocol I've documented here: https://github.com/ExpressLRS/ExpressLRS/wiki/CRSF-Protocol