Open GoogleCodeExporter opened 8 years ago
Hello,
Thanks for the report! Could you share a small sample app and its source code
that demonstrate the issue (logcat is enough) so that we can easily reproduce?
It will make it easier for us to track down the issue and make sure we've fixed
it.
Best,
Alain
Original comment by ala...@google.com
on 2 Sep 2014 at 3:05
Problem is still here in XE22.
It's going "erratic" mode when the device is rebooted, and sensor data are
usable again after launching Star Chart:
https://glass.google.com/glassware/2547334194832879372
Sensor.TYPE_ROTATION_VECTOR is pretty important for this platform, any
application that would like to use head-based navigation is pretty much screwed
until it's fixed, so I'd suggest increasing priority for this issue.
Until then people would have to do ugly wokrarounds like reverse-engineering
Star Chart to see what they do to make the sensor usable, and apply that part
in their own Glassware...
Original comment by Michal.S...@gmail.com
on 5 Nov 2014 at 11:32
Problem is gone after you use Sensor.TYPE_MAGNETIC_FIELD:
mSensorManager.registerListener(this,
mSensorManager.getDefaultSensor(Sensor.TYPE_MAGNETIC_FIELD),
SensorManager.SENSOR_DELAY_UI);
Values coming from Sensor.TYPE_ROTATION_VECTOR are OK after that. Filtered with
"event.sensor.getType() == Sensor.TYPE_ROTATION_VECTOR" in onSensorChanged().
It's enough to do it just once per reboot - it fixes data from
Sensor.TYPE_ROTATION_VECTOR for applications, even those who didn't touch
Sensor.TYPE_MAGNETIC_FIELD at all.
Original comment by Michal.S...@gmail.com
on 25 Nov 2014 at 11:11
Original issue reported on code.google.com by
Xand...@gmail.com
on 1 Sep 2014 at 3:37