Accessible Realities: Making video games and XR accessible for people who are blind or have low vision


How can we make it easier for video game developers to add accessibility for people who are blind or have low vision?

In trying to help answer this question I have developed an accessibility software library for the Unreal Engine 4 game engine. This blog post shows the library in action and describes its capabilities. 

The main feature of the library is to enable developers to easily provide automated audio cues and descriptions of a 3D scene in front of the user to support their orientation and mobility. The library focuses on scans of the elements (characters and objects) that are in front of the user. Additional features include: first-person view capability, collision prediction, game and area specific audio instructions and slow motion. All of these features are demonstrated in action in the videos below. Accessible Realities library is currently in Alpha stage.

Some of Accessible Realities’ features could potentially be reused in other non-game environments, for example in real world narrators like the Microsoft Seeing AI application (see Demo 4 video for details). Other quite intriguing future opportunities are listed in the Future section. My hope is that this library, after additional testing, combined with many other libraries (like ones that enable accessible menus) and best practices would help provide better video game and XR experiences for people who are disabled and specifically who are blind or have low vision.

Accessible Realities at its current state is a result of an intensive one year of full-time research and development. It was created without any external funding with my own savings. After 20 years in the high tech industry I decided to take time to contribute to the community via this social impact project.

Game accessibility for the blind is quite a challenge, I am trying hard to improve the library all the time and your helpful feedback is very welcome. I wanted to have something to show that is more than an idea, something one can hear and get a feel of, one that a tester could try out instead of waving my hands without a concrete implementation. The library is currently at Alpha stage waiting for additional testers and more games. I thought that a year into the project and around the time of GDC, GAConf and CSUN 2018 conferences would be a good opportunity to share its current status with the community.

The goals of this post are to:

  1. Share info with the community so others can evaluate, use and build and improve upon it
  2. Call for people who are blind or have low vision to join Alpha testing
  3. Call for video game companies and developers to join Alpha testing
  4. Ask for feedback from game accessibility experts
  5. Call for collaborations with social impact intentions (surprise me!)

I will be happy to hear from you: either via Twitter at @AccessibleXR or via this online form.

Accessible Realities

So let’s hear it in action…

Demo 1: Platformer Game

Platformer game integration: adding a radar that scans which objects are in front of the player.

This is Epic Games’ Platformer sample game. Integration took around 1.5 days. Note that playing successfully still requires a lot of skill. Clicking immediately as you hear the sound does not guarantee success in the game.

Demo 2: Library Walkthrough in 3D Fighting Game

This video walks through the capabilities of the library one by one. It is demonstrated with Epic Games’ Couch Knights sample multiplayer 3D fighting game.

Let’s go through the features in the demo:

The main functionality of Accessible Realities is to provide locational and instructional accessible audio

  • 3D Scene Scans (0:33, 1:37): as heard in the video the library enables the developer to easily provide automated audio-based runtime descriptions of the scene in front of the user to support their orientation and mobility.  For cases where high accuracy is required there is a left-to-right scene elements 3D Scan that provides for each element, one by one, their detailed location. For example: “Table: far-left, mid-height, near; Couch: center, up, very-far”. Similarly the library includes another feature (not shown in the video) in which a natural language description is constructed along the lines of “Table is the leftmost element, further to the right and more distant there is a couch which is the most distant element, further to the right there is knight #1 directly in front of you, which is the closest element”
  • Axis Scene Scans: for actions that require fast response times or for experienced users there are fast audio scans of the scene elements: first, there is horizontal left-to-right scan (0:45, 1:53). In addition there is vertical top-to-bottom scan and distance closest-element-to-most-distant scan (1:09). The scans use stereophonic sound to convey their relative  left-to-right location
  • First Person View (1:16): the user can also choose to use first-person point of view capability. This could be a great help where third-person or top-down views are too detailed or hard to imagine
  • Audio Instructions (0:17): can be made available for the entire duration of the game for the user by a single keystroke. Current granularity is: Game Instructions, Accessibility Instructions that describe accessibility specific features and Scene Instructions that require a bit more work to set up but provide the user with static audio descriptions of the area they are in (in the videos you can hear areas such as: “on table”, “on floor”, “on couch” etc.)
  • Radar Zoom (2:17): when there are many elements in the scene the user can focus using the radar’s zoom capability to zoom in and out. In addition, the developer at runtime can change the active radar tags (which elements are described for the user) for example based on the area the player is in
  • Collision Prediction (2:02): in many cases the user wants to know what they will bump into if they go straight ahead.
  • Slow Motion (2:42) control can enable the user to slow down the game in cases of cognitive overload
  • Audio Speed (1:04) and Volume controls are available.
  • Choice: the game developer has full control with regard to which features they want to enable for their game

Demo 3: 3D fighting Game

The following video “speaks” for itself.

Demo 4: Real World Audio Augmentation

What we see in the video below is a non game real world use case of Accessible Realities. The object recognition tags in the video are created by artificial intelligence in the cloud. Note: part of the video is played at 2x normal speed. It is recommended to watch this video with Closed Captions on (click on the CC icon in the video’s toolbar).

This is a video recording from a demo Android app I have developed using Accessible Realities library. Yet, this is just a proof of concept to demo the scene scan in the real world and not the main use case of the library. Real world audio description is a different problem domain than video games and should be carefully verified especially with regard to safety concerns. Nevertheless, adding mid-level audio description of all the elements in the scene one by one with their relative positions might be a great addition to complement other representation methods of visual content. It could complement methods such as low-level single element (like barcode or face) detection and high-level AI-based scene description. This capability might be useful as an additional channel to Microsoft Seeing AI or Soundscape mobile apps to enrich the experience of the user. Accessible Realities might also be very easily integrated with technologies that algorithmically scan a real world scene and translate it to one made of 3D models, as presented in this video by Resonai. These 3D models could include built-in tags and audio descriptions and so can immediately provide orientation and mobility information for people who are blind or have low vision. A more advanced usage could even provide AI-based navigation instructions for avoiding obstacles and reaching a target, something like a virtual guide dog.

To try out the effectiveness of this scene description method before implementing it, I asked a friend to carefully simulate the scan shown in the video while I was pointing a mobile phone with the camera on and trying (very carefully) to navigate to a certain object. It worked 🙂 .


Accessible Realities is an infrastructure and not a specific game. There is a very simple integration process that includes 5 main basic steps. These steps could be done in Unreal Engine 4 entirely using Blueprints without any coding, if desired:

  1. Import the library
  2. Drag and drop a single Blueprint object into the level
  3. Tag your actors (either manually or programmatically)
  4. Record (or use existing) audio assets to represent each of your tags
  5. Override the default configuration parameters using a single key-value editor screen. One of the configuration parameters to edit is the dictionary that maps between actor tags and audio assets.

The library takes it from there…

Background and Motivation

Digital worlds, realities and games are becoming more and more part of our lives. Leveraging the high flexibility of the digital medium we should aim to provide disabled people with equal access to these worlds.

“there are 2.2 billion active gamers in the world” Newzoo, 2017 report

“More than a billion people in the world today experience disability.” World Health Organization

“An estimated 253 million people live with vision impairment: 36 million are blind and 217 million have moderate to severe vision impairment” – World Health Organization

“As well as the numbers making good business sense, there is human benefit. Games are entertainment, culture, socialising, things that mean the difference between existing and living.” – 

“Whenever a game adds an accessibility feature, it feels like it’s made just for me. If a game makes an attempt to reach out to me I am going to remember that for the rest of my life.” – Steve Saylor

The goal of this post is not to include a list of all available game accessibility resources but here are just a few links that can be useful if you want to learn more about the subject: many emotional stories, quotes and videos exist which are great inspiration and sources of knowledge and motivation for enabling accessibility in games. There are videos available discussing game accessibility for the blind and ones showing video games played by blind gamers. I have found Ian Hamilton and Adriane Kuzminski online resources especially useful for this project’s purposes.

Use Cases

As mentioned, the main functionality of Accessible Realities is to provide locational and instructional accessible audio. The library could be integrated with many types of games and applications and help in making them accessible for people who are blind or have low vision. For example: sidescrollers, interactive story games, point and click adventures, turn based strategy games, some 3D action games and more. It could serve as a research platform (as described in the Future section below). It could also be used for Virtual Reality and Mixed Reality where the computer generated content could be tagged or even for Augmented Reality with AI-based object recognition as shown in Demo 4 above.

In the game itself, the library could be used for many purposes:

  • Identification and navigation to 3D elements (both characters and objects) in space
  • Orientation and mobility in spaces like buildings using audio tags in places like doors, windows, corridors etc.
  • Orient and focus when there are a lot of elements using the radar zoom in feature
  • Exploration – use slow motion to enable the user to switch between regular play and slow or very slow motion for exploring the level
  • Very fast games or scenes could use slow motion
  • Instructions – game level instructions, instructions specific to an area and instructions describing the accessibility features. All available by one keystroke anytime
  • Player mood – use area specific scene descriptions for encouraging players as they proceed in the game
  • Translation to multiple languages by using multiple sets of audio recordings
  • Create multiple difficulty levels for blind gamers using different number and types of audio tags
  • Create 3D audio-only games

Quite a few of the guidelines from the comprehensive list at could be implemented this way. This could be a topic for a separate post in which a guideline is quoted and a short video demonstrates its realization using Accessible Realities.


Semantic Content

One of the advantages of the library is its focus on semantic content. The developer tags the game content for what it is in terms familiar to the user (castle, chair etc.). In addition to tags, by integrating with the game engine the library has full knowledge of the game world that could be made accessible for the user: locations, velocities, colors, animation states (very powerful future feature) and more. The library currently does not scan pixels one by one which could take a lot of time and would require the user to identify the content. Nevertheless there are use cases where this type of scan can be useful (for example a very detailed and realistic scan of landscapes or art or pixel-by-pixel scan of the depth of the scene). This capability would require additional development but could fit well and easily added using the existing infrastructure provided by the library. I wrote about potential uses of semantic content in images back in a blog post in 2010. This project is sort of a follow-up to one of the ideas described in that post.


No special hardware is required. There is no need for any special haptic device or even a mouse, only a keyboard is currently used. In cases where a keyboard is not accessible enough the standard keyboard replacements could fit. For mobile phones one could use special gestures or on-screen special buttons to trigger the scans or other actions.

Audio Recordings

Because of the lack of solid text to speech support in the game engine the library uses a practical approach of audio recordings. This is limited in some ways but could be very powerful in other ways like: reusing existing game assets instead of voice (like effects or short music clips), recording voice actors unique to the game for customized experiences or translation to other languages that are not well supported.


The audio recordings are mapped to tags that the developer assigns to elements in the game (like table, couch, knight etc.) either manually in case of basic games or programmatically for more dynamic ones. Advanced developers could add creative uses of tags, for example: communicate an element’s state via a dynamic audio tag (like: “running rabbit” or “jumping green monster”). Another usage would be to generate virtual entities with audio tags (like the center of a group of spaceships or of a team of opponents) – the virtual entity would mark the group of objects’ center and identity for the user.


Text to Speech

Arbitrary text like score, health and time indication for example, are currently not supported. There are advantages for using recorded audio like mentioned above but it has also major limitations. The main reason for not having text to speech is the lack of solid universal support for it in the game engine. Text to speech in game engines is a challenge all by itself (even though some options do exist).


The library was designed in such a way that it can be easily modified. So once feedback from testers was given it took a short time to incorporate it into the library. But I must say it was quite difficult to find testers with low vision and it took a lot of time and effort. New testers who are blind or have low vision for additional testing are very welcome to join the Alpha. This is one of the main goals of this blog post.


Accessibility for UI (UMG in Unreal Engine language) including menu items is not supported. An example for a plugin that supports this functionality (for Unity) is: UI Accessibility Plugin by MetalPop.



While working on the project I have thought about a few future opportunities. Here is a list of some of them. I will be happy to discuss these and other collaborations.

Game Engine Built-In Accessibility

It would be a great advancement for accessibility in games and XR if the game engines themselves would provide built-in accessibility features like colorblind modes, text to speech, accessible subtitles library, accessible UI components etc. Hopefully, the new colorblind mode from Epic Games which got a lot of excited comments is a good sign for things to come. And even better would be to develop a standard, for example an addition to OpenXR standard that would handle accessibility in the same way for all major game engines and platforms. Personally, I would be more than happy to contribute to either Epic Game’s Unreal Engine directly (via a coordinated Pull Request) or to work with many others, more capable than me, towards designing and implementing a standard accessibility solution.


The features shown above are just one possible implementation. The data that is gathered by the library like an object’s identity, coordinates, etc. could be represented in many other ways as well. Off-the-shelf game engines could be a fantastic research environment with many advantages to try out and experiment with different approaches for accessibility.

XR Semantic Object Model

In the same way that HTML has Document Object Model, there could be advantages for developing a cross-platform semantic object model for Virtual and Real World Realities. One of the main advantages could be making this model accessible to tools such as screen readers.

Audio-based Interfaces

“The number of mobile phone users in the world is expected to pass the five billion mark by 2019. […] the number of smartphone users in the world is expected to reach 2.7 billion by 2019.”

Unique opportunities exist by specifically solving the challenge of game accessibility for the blind. For example, full or partial solution would (with additional work of course) open up the market of more than 2 billion (!) basic mobile phone (non-smartphone) users to the game industry via audio-only cloud-based interfaces (“dial to play” style). Many of these users are located in developing countries. Less demands for CPU and GPU also mean games could have an option to run on cheaper computers. Audio-only interfaces could be integrated also to smartphones and voice-based digital assistants. Audio mode for a game should not be seen as a replacement for high end graphics display but it could complement it for certain use cases. Many times providing accessibility to one specific group benefits a lot of other groups as well.


Call for Action

Accessible Realities is currently in Alpha stage. If you are a person who is blind or have low vision or a video game company or developer I invite you to join the Alpha of Accessible Realities.

In addition, feedback from game accessibility experts is very welcome. Accessibility for the blind is a complex task, I try hard to improve and your helpful advice is always welcome.

To join the Alpha or a future Beta or to provide feedback or for any other collaboration, I’m available for you on Twitter at @AccessibleXR and via this online form.


Finally, Thank You and Credits

Many people have helped and contributed a lot to this project so I will take this opportunity to say thank you. If the result is still a work in progress that is my full responsibility. It’s because of myself and my decisions (and I would hope also the non trivial nature of the challenge 😉 ) and not in any way because of any of the extremely helpful people below. So without further ado, a very big “Thank You!“ to:

Orit, my wife, for her huge support on so many levels.

To my family for their great support and continuous feedback – to my parents Ilana and Yosef, my sister Lilach and her husband Momi and the rest of the Shuti crew Dror, Eyal and Yoav. To Sarah and Hagit, Barak, Yonatan, Amit and Rotem. To my uncles, my aunts and their families and finally, to my late grandmothers who provided me with inspiration for this social impact project.

Migdal Or organization – very big thank you to Rita, Doron and Gabi – for contributing a lot of very valuable feedback from their vast experience in the field.

Ofir – for testing and providing valuable feedback.

Ian Hamilton and Adriane Kuzminski for their great online resources that they provide on game accessibility and specifically on accessibility for the blind community. Special “Thank You!” to Adriane for her awesome feedback and comments on an early draft of this post.

A very big thank you for their great advice, testing, words of wisdom and encouragement to the following friends, colleagues and awesome people: Moti, Barak, Amir, Adi, Eylon, Iris, Hilla, Roi, Yochai, Dror, Sharon, Dr. Lahav, Eyal, Amir, Omer, Ori, Michael, Ilan, Eldad.

And finally, a special thanks to Arie Croitoru and Amir Green and the Unreal Engine Israel Meetup group members.


Thank you all, the progress made could not have been done without you!

Zohar (@AccessibleXR )