mach1studios / m1-orientationmanager Goto Github PK

The m1-system-helper will sometimes restart the orientationmanager due to a client sending a /clientRequestsServer message when a ping message fails, it would be better to find out why this if/else statement reaches else: https://github.com/Mach1Studios/m1_orientation_client/blob/main/M1OrientationClient.cpp#L223-L225

Design flow for the m1-orientationmanager to be nested within an app with the m1_orientation_client to be a portable executable.

• investigate building the m1-orientationmanager as a lib that can be linked
• allow nested embedding in nix style apps (investigate similar windows structure ideally avoiding sibling executables)

Implement function and UI for inverting each axis of an IMU for quick mounted corrections when the user mounts the IMU in a non-standard way

Name of device

Sony Mocopi

Name of company

Sony

Links and documentation to device

https://electronics.sony.com/more/mocopi/all-mocopi/p/qmss1-uscx

Additional Information of Device [optional]

Device contains 6 IMU units, ideally discover if we can utilize only 1 or 2.

Certain devices are found and connected and can de-list while remaining connected due to the ID no longer broadcasting during connected state.

An example are some BLE devices that have a broadcast state for pairing and a connected state once paired, each hardware type might need a method for storing and checking for previously found devices

Currently the orientation is a class that has a number of utilities for quat->ypr and ypr->quat conversions; this should be removed and simplified and we should use quaternion internally as much as possible

Discovering some issues with pitch and roll incorrectly calculated on some devices.

cleanup and optimize the YPR handling, try to use quaternion more, try to to confirm our Quat->YPR is correct (does not seem perfect yet, pitch and roll are often not as expected)

Name of device
Camera / WebCamera

Name of company
N/A

Links and documentation to device
N/A

Additional Information of Device
Finish implementing the HardwareCamera.h interface, the longer goal of this is to allow this hardware device combine with other hardware devices to introduce fusion IMU concepts at desktop

Make a release workflow for the osc_client tool for non-dev users

Components that use the m1_orientation_client might hang when there is no m1-system-helper service available. Worth checking if this is true and decide some case handling for this.

Allow camera to be added to any paired IMU for fusion calculations (fixing drift when face orientation is detected periodically)