Hi,
I’ve just release a new version of omnewrotate (OpenPGP signature), the ‘Lazy Edition’ because it uses so much less CPU than any version I did before. Oh, I forgot to mention it in the release commit, but at least with FSO M4 I’m getting a very stable rotation BUT if the screen looks garbled, please wait a few seconds until the graphic user interface adjusts to the screen changes. I don’t think I can do much about that…
From the ChangeLog:
2008-11-19 - 0.5.0 - Lazy edition * uses a second thread for reading the accellerometer packets * drops Fabian's changes (not that they weren't good, just not needed any more) * adds flags (look at display_help() or ./rotate -h) * drops packets with 0 value coordinates (I got bogus packets like that so I decided to drop them, if you feel you get good packets with 0 value, you can use '-0' as an argument to take them in account). * top -d 1 -p PID shows 0.0% CPU usage (of omnewrotate) even during rotation * seems to waste a little too much memory (some stuff could be done with one number and bitwise operations instead of several numbers, I wonder how much that will improve and if it's worth the effort...) * only output outside of debug mode are real errors
Hi!
It works perfectly on my freerunner witj shr! and with -0 too:
thanks for the good job :p
cu
Glad you enjoy it even more than I do! 🙂
In FSO the redraws are taking a bit long and it doesn’t look as nice 🙁
Nice improvements!
Thanks for your work.
Just an add-on, the -0 option is not as perfect as i said.. 🙂
It is more reactive but it make some mistakes when it faces the ground.
wanted to give a better feed back 🙂
Just the opposite, it’s working as designed. It seems some driver version don’g give quite so stable packets from the accelerometers, at least I’ve notived many bogus packets or packets that just don’t come in the necessary order.
-0 is only so that if you believe you get a legitimate 0 value, then you can skip the workaround that way.
Hello,
Great job, work fine with SHR
Thanks!