Locatable camera

HoloLens includes a world-facing camera mounted on the front of the device which enables apps to see what the user sees. Developers have access to and control of the camera just as they would for color cameras on smartphones, portables, or desktops. The same universal windows media capture and windows media foundation APIs that work on mobile and desktop work on HoloLens. Unity has also wrapped these windows APIs to abstract simple usage of the camera on HoloLens for tasks such as taking regular photos and videos (with or without holograms) and locating the camera's position in and perspective on the scene.

Device camera information

HoloLens (first-generation)

  • Fixed focus photo/video (PV) camera with auto white balance, auto exposure, and full image processing pipeline.

  • White Privacy LED facing the world will illuminate whenever the camera is active

  • The camera supports the following modes (all modes are 16:9 aspect ratio) at 30, 24, 20, 15, and 5 fps:

    Video Preview Still Horizontal Field of View (H-FOV) Suggested usage
    1280x720 1280x720 1280x720 45deg (default mode with video stabilization)
    N/A N/A 2048x1152 67deg Highest resolution still image
    1408x792 1408x792 1408x792 48deg Overscan (padding) resolution before video stabilization
    1344x756 1344x756 1344x756 67deg Large FOV video mode with overscan
    896x504 896x504 896x504 48deg Low power / Low resolution mode for image processing tasks

HoloLens 2

  • Auto-focus photo/video (PV) camera with auto white balance, auto exposure, and full image processing pipeline.

  • White Privacy LED facing the world will illuminate whenever the camera is active.

  • HoloLens 2 supports different camera profiles. Learn how to discover and select camera capabilities.

  • The camera supports the following profiles and resolutions (all video modes are 16:9 aspect ratio):

    Profile Video Preview Still Frame rates Horizontal Field of View (H-FOV) Suggested usage
    Legacy,0 BalancedVideoAndPhoto,100 2272x1278 2272x1278 15,30 64.69 High quality video recording
    Legacy,0 BalancedVideoAndPhoto,100 3904x2196 64.69 High quality photo capture
    BalancedVideoAndPhoto,120 1952x1100 1952x1100 1952x1100 15,30 64.69 Long duration scenarios
    BalancedVideoAndPhoto,120 1504x846 1504x846 15,30 64.69 Long duration scenarios
    VideoConferencing,100 1952x1100 1952x1100 1952x1100 15,30,60 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 1504x846 1504x846 5,15,30,60 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 1920x1080 1920x1080 1920x1080 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 1280x720 1280x720 1280x720 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 1128x635 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 960x540 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 760x428 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 640x360 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 500x282 15,30 64.69 Video conferencing, long duration scenarios
    Videoconferencing,100 BalancedVideoAndPhoto,120 424x240 15,30 64.69 Video conferencing, long duration scenarios


Customers can leverage mixed reality capture to take videos or photos of your app, which include holograms and video stabilization.

As a developer, there are considerations you should take into account when creating your app if you want it to look as good as possible when a customer captures content. You can also enable (and customize) mixed reality capture from directly within your app. Learn more at mixed reality capture for developers.

Locating the Device Camera in the World

When HoloLens takes photos and videos, the captured frames include the location of the camera in the world, as well as the lens model of the camera. This allows applications to reason about the position of the camera in the real world for augmented imaging scenarios. Developers can creatively roll their own scenarios using their favorite image processing or custom computer vision libraries.

"Camera" elsewhere in HoloLens documentation may refer to the "virtual game camera" (the frustum the app renders to). Unless denoted otherwise, "camera" on this page refers to the real-world RGB color camera.

The details on this page cover using the MediaFrameReference class, however there are also APIs to pull camera intrinsics and locations using Media Foundation Attributes. Please refer to the Holographic face tracking sample for more information.

Images with Coordinate Systems

Each image frame (whether photo or video) includes a SpatialCoordinateSystem rooted at the camera at the time of capture which can be accessed using the CoordinateSystem property of your MediaFrameReference. In addition, each frame contains a description of the camera lens model which can be found in the CameraIntrinsics property. Together, these transforms define for each pixel a ray in 3D space representing the path taken by the photons that produced the pixel. These rays can be related to other content in the app by obtaining the transform from the frame's coordinate system to some other coordinate system (e.g. from a stationary frame of reference). To summarize, each image frame provides the following:

Camera to Application-specified Coordinate System

To go from the 'CameraIntrinsics' and 'CameraCoordinateSystem' to your application/world coordinate system, you'll need the following:

Locatable camera in Unity: CameraToWorldMatrix is automatically provided by PhotoCaptureFrame class(so you don't need to worry about the CameraCoordinateSystem transforms).

Locatable camera in DirectX: Shows the fairly straightforward way to query for the transform between the camera's coordinate system and your own application coordinate system(s).

Distortion Error

On HoloLens, the video and still image streams are undistorted in the system's image processing pipeline before the frames are made available to the application (the preview stream contains the original distorted frames). Because only the CameraIntrinsics are made available, applications must assume image frames represent a perfect pinhole camera, however the undistortion function in the image processor may still leave an error of up to 10 pixels on HoloLens (first-generation) when using the CameraIntrinsics in the frame metadata. In many use cases, this error will not matter, but if you are aligning holograms to real world posters/markers, for example, and you notice a <10px offset (roughly 11mm for holograms positioned 2 meters away) this distortion error could be the cause.

Locatable Camera Usage Scenarios

Show a photo or video in the world where it was captured

The Device Camera frames come with a "Camera To World" transform, that can be used to show exactly where the device was when the image was taken. For example you could position a small holographic icon at this location (CameraToWorld.MultiplyPoint(Vector3.zero)) and even draw a little arrow in the direction that the camera was facing (CameraToWorld.MultiplyVector(Vector3.forward)).

Tag / Pattern / Poster / Object Tracking

Many mixed reality applications use a recognizable image or visual pattern to create a trackable point in space. This is then used to render objects relative to that point or create a known location. Some uses for HoloLens include finding a real world object tagged with fiducials (e.g. a TV monitor with a QR code), placing holograms over fiducials, and visually pairing with non-HoloLens devices like tablets that have been setup to communicate with HoloLens via Wi-Fi.

To recognize a visual pattern, and then place that object in the applications world space, you'll need a few things:

  1. An image pattern recognition toolkit, such as QR code, AR tags, face finder, circle trackers, OCR etc.
  2. Collect image frames at runtime, and pass them to the recognition layer
  3. Unproject their image locations back into world positions, or likely world rays. See
  4. Position your virtual models over these world locations

Some important image processing links:

Keeping an interactive application frame-rate is critical, especially when dealing with long-running image recognition algorithms. For this reason we commonly use the following pattern:

  1. Main Thread: manages the camera object
  2. Main Thread: requests new frames (async)
  3. Main Thread: pass new frames to tracking thread
  4. Tracking Thread: processes image to collect key points
  5. Main Thread: moves virtual model to match found key points
  6. Main Thread: repeat from step 2

Some image marker systems only provide a single pixel location (others provide the full transform in which case this section will not be needed), which equates to a ray of possible locations. To get to a single 3d location we can then leverage multiple rays and find the final result by their approximate intersection. To do this you'll need to:

  1. Get a loop going collecting multiple camera images
  2. Find the associated feature points, and their world rays
  3. When you have a dictionary of features, each with multiple world rays, you can use the following code to solve for the intersection of those rays:
public static Vector3 ClosestPointBetweenRays(
   Vector3 point1, Vector3 normalizedDirection1,
   Vector3 point2, Vector3 normalizedDirection2) {
   float directionProjection = Vector3.Dot(normalizedDirection1, normalizedDirection2);
   if (directionProjection == 1) {
     return point1; // parallel lines
   float projection1 = Vector3.Dot(point2 - point1, normalizedDirection1);
   float projection2 = Vector3.Dot(point2 - point1, normalizedDirection2);
   float distanceAlongLine1 = (projection1 - directionProjection * projection2) / (1 - directionProjection * directionProjection);
   float distanceAlongLine2 = (projection2 - directionProjection * projection1) / (directionProjection * directionProjection - 1);
   Vector3 pointOnLine1 = point1 + distanceAlongLine1 * normalizedDirection1;
   Vector3 pointOnLine2 = point2 + distanceAlongLine2 * normalizedDirection2;
   return Vector3.Lerp(pointOnLine2, pointOnLine1, 0.5f);

Given two or more tracked tag locations, you can position a modelled scene to fit the users current scenario. If you can't assume gravity, then you'll need three tag locations. In many cases we use a simple color scheme where white spheres represent real-time tracked tag locations, and blue spheres represent modelled tag locations, this allows the user to visually gauge the alignment quality. We assume the following setup in all our applications:

  • Two or more modelled tag locations
  • One 'calibration space' which in the scene is the parent of the tags
  • Camera feature identifier
  • Behavior which moves the calibration space to align the modelled tags with the real-time tags (we are careful to move the parent space, not the modelled markers themselves, because other connect is positions relative to them).
// In the two tags case:
 Vector3 idealDelta = (realTags[1].EstimatedWorldPos - realTags[0].EstimatedWorldPos);
 Vector3 curDelta = (modelledTags[1].transform.position - modelledTags[0].transform.position);
 if (IsAssumeGravity) {
   idealDelta.y = 0;
   curDelta.y = 0;
 Quaternion deltaRot = Quaternion.FromToRotation(curDelta, idealDelta);
 trans.rotation = Quaternion.LookRotation(deltaRot * trans.forward, trans.up);
 trans.position += realTags[0].EstimatedWorldPos - modelledTags[0].transform.position;

Track or Identify Tagged Stationary or Moving real-world objects/faces using LEDs or other recognizer libraries


  • Industrial robots with LEDs (or QR codes for slower moving objects)
  • Identify and recognize objects in the room
  • Identify and recognize people in the room (e.g. place holographic contact cards over faces)

See also