New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 843374 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: 10
NextAction: ----
OS: Android
Pri: 3
Type: Task
Proj-VR
Proj-XR

Blocked on:
issue 836524
issue 842025



Sign in to add a comment

Move arcore_device out of chrome/browser/android/vr/

Project Member Reported by ddorwin@chromium.org, May 15 2018

Issue description

The ARCoreDevice implementation and related code are currently in chrome/browser/android/vr/arcore_device/. It should be alongside other XR device runtime implementations - somewhere that will allow non-Chrome embedders, such as WebView to access it.
 
Labels: XR-Device
Cc: vollick@chromium.org ijamardo@chromium.org offenwanger@chromium.org billorr@chromium.org
Components: Internals>XR
Cc: ddorwin@chromium.org
 Issue 862458  has been merged into this issue.
Blockedon: 836524
Components: -Internals>VR -Internals>XR Internals>XR>AR
EstimatedDays: 10
The scope of this is not clear - there are lots of dependencies that need to be changed in order for this to work.
Labels: AR-Cleanup
Labels: -Pri-2 Pri-3
not absolutely required - downgrading to P3
Owner: bialpio@chromium.org
Status: Assigned (was: Available)

Comment 10 by ddorwin@chromium.org, Jan 18 (4 days ago)

Once this work is complete, enable_arcore should not depend on enable_vr. There is probably some common code (e.g., xr_runtime_manager*) that is required for AR, and we'll need to figure out how to handle that. For example, do we need enable_xr or should we always build the non-platform-specific XR code?

Sign in to add a comment