gyroflow VS spacedrive

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.

In the video, Mo talked about a few packages like Cidre and StrOm, and we referred to SpaceDrive.

AGPLv3 (switched in 2022 https://github.com/spacedriveapp/spacedrive/commit/8e5c71dea... ) and FWIW I don't see any mention of CLA or other license assignment, so I don't believe they can currently rug pull containing contributed changes since they don't own the license for them: https://github.com/spacedriveapp/spacedrive/blob/main/CONTRI...

Already opened a bug report for that: https://github.com/spacedriveapp/spacedrive/issues/1481

While Electron wouldn't be on top of my wishlist, if it looked nice and was functional I wouldn't mind at all. I found this project https://github.com/spacedriveapp/spacedrive which uses Tauri and seems to be very interesting, but they haven't released yet

In Tauri (or Axum) the app compiles to a single binary. rspc is the key to this because it allows for multiple transports with the frontend. It supports both Tauri IPC, HTTP or websockets. Our core crate (at ./core) exports an rspc router that is transport agnostic then within the apps (at ./apps/desktop or ./app/server) we expose it with a transport. We use Tauri IPC for desktop and websockets for Axum because we use subscriptions. Then in the wrapper React project (at ./apps/desktop/src/App.tsx) we create the rspc client with the Tauri link, mount its React context and then mount the app package (). You can give the codebase a look if you want cause it’s all open source https://github.com/spacedriveapp/spacedrive

Taking a departure from REST and GraphQL, I'd suggest checking out rspc instead of GraphQL and Prisma Client Rust as your ORM. Both have been developed by a coworker and I for Spacedrive, the company we work for, and have provided what we believe is the best Rust + TypeScript stack that doesn't use GraphQL (new GrpahQL server incoming one day tho).

This might help https://github.com/spacedriveapp/spacedrive