Attached is the C code from the paper linked below. Before I try, should I attempt to make this in Pd as an abstraction or just take this c code and see if I can turn it into an external?
Or maybe someone has already done it?
On 2017년 07월 27일 09:17, katja wrote:
Hi Max,
To emulate 3D orientation from gyro, accelerometer and compass data is most efficiently done using a 'quaternion filter'. Sebastian Madgwick has popularized the method, see http://x-io.co.uk/open-source-imu-and-ahrs-algorithms/. I use Madgwicks implementation of Mahoney's method, for Arduino based 'electronic hands', and found that Mahoney's algorithm for IMU sensors (gyro and accelerometer only) worked much better than Madgwick's own algorithm. But I had to make a few modifications, based on Kris Winer's work (https://github.com/kriswiner).
Katja
On Tue, Jul 25, 2017 at 11:13 PM, Max abonnements@revolwear.com wrote:
Made a quick little video https://vimeo.com/226958567 the described issue is still there.
Background on the problem: https://stackoverflow.com/questions/27106607/get-rotation-and-display-in-deg... https://stackoverflow.com/questions/15315129/convert-magnetic-field-x-y-z-va...
On 2017년 07월 08일 23:16, Max wrote:
I've played around with the Android app Sensors2OSC [1] and was trying to just map the senors to a virtual model of a phone. I was able to get the axis individually mostly behaving correctly, but as soon as the phone moves around in more than one way, it is doing weird things. I started to wonder if it is only my phone though.
At https://github.com/mxa/GemVR the patch ReceiveSensors2OSC.pd has everything ready to map the senor data to the Gem model.
I'd be curious to see if it is possible to let it behave correctly.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list