Also see issue #722.
calling camera.getPose().tx(), camera.getPose().ty(), camera.getPose().tz() something gives inconsistent values for a given device position.
Most times, the values are less then a few cm off but sometimes they are off by more the 10+cm or even higher.
VERSIONS USED
Android Studio: 3.5.2
ARCore SDK for Android: 'com.google.ar:core:1.14.0'
Device manufacturer, model, and O/S: Zebra Tc77, Samsung Galaxy 8+
ARCore: v1.14.1911118106
On Windows, use: adb shell pm dump com.google.ar.core | findstr /i "packages: versionName"
Packages:
versionName=1.14.191118106
Hidden system packages:
versionName=1.7.190128066
1) In code, set a text view to record the cameraPose in HandleClick (called by DrawFrame()) after confirming the device is in the tracking state and a UI button is pressed. The UI button is used to capture the pose one the device is positioned to test.
2) Let the device recognize the environment and notice virtual points and planes are shown on the screen.
3) place device in a location that maintains tracking state and use a UI button to capture the camera Pose coordinates. Note Text view can be used to view live and saved coordinates.
4) move the device to various locations (losing camera tracking does not seem to matter)
5)return device back to original location. Notice that in most cases, the camera pose coordinates are close in value to the original recorded location but sometimes the coordinates are way off.
6) problem seems to occur more often if a different "colored" plane is rendered in the background from when the original pose was recorded.
WORKAROUNDS (IF ANY)
since the problem seems to happen more often when a different colored planes, we ignore the data and re-run. If there is anything that can be done to work around this, please share.
ADDITIONAL COMMENTS
why would a different detected plane(s) influence the camera pose? It would also help to know what the colors and mesh size means (e.g. do they reflect confidence in the measurements)?
Note consitent data with no planes (only a low number of points) seems to give consistent data for the pose.
SPECIFIC ISSUE ENCOUNTERED
Also see issue #722. calling camera.getPose().tx(), camera.getPose().ty(), camera.getPose().tz() something gives inconsistent values for a given device position.
Most times, the values are less then a few cm off but sometimes they are off by more the 10+cm or even higher.
VERSIONS USED
ARCore: v1.14.1911118106
On Windows, use:
adb shell pm dump com.google.ar.core | findstr /i "packages: versionName"
Packages: versionName=1.14.191118106 Hidden system packages: versionName=1.7.190128066On macOS, use:
adb shell pm dump com.google.ar.core | egrep -i versionName\|packages:
adb shell getprop ro.build.fingerprint
:STEPS TO REPRODUCE THE ISSUE
1) In code, set a text view to record the cameraPose in HandleClick (called by DrawFrame()) after confirming the device is in the tracking state and a UI button is pressed. The UI button is used to capture the pose one the device is positioned to test.
2) Let the device recognize the environment and notice virtual points and planes are shown on the screen.
3) place device in a location that maintains tracking state and use a UI button to capture the camera Pose coordinates. Note Text view can be used to view live and saved coordinates.
4) move the device to various locations (losing camera tracking does not seem to matter)
5)return device back to original location. Notice that in most cases, the camera pose coordinates are close in value to the original recorded location but sometimes the coordinates are way off.
6) problem seems to occur more often if a different "colored" plane is rendered in the background from when the original pose was recorded.
WORKAROUNDS (IF ANY)
since the problem seems to happen more often when a different colored planes, we ignore the data and re-run. If there is anything that can be done to work around this, please share.
ADDITIONAL COMMENTS
why would a different detected plane(s) influence the camera pose? It would also help to know what the colors and mesh size means (e.g. do they reflect confidence in the measurements)? Note consitent data with no planes (only a low number of points) seems to give consistent data for the pose.