Making streaming video inclusive

Updated: 9 May 2022 for AccessU

This blog article supplements the talk Making Streaming Video Inclusive, created with my colleagues Carolina Crespo and Charu Pandhi of TPGi and delivered at CSUN 2022 and AccessU 2022. The idea for this talk came from an extensive client audit we participated in: Testing a streaming video application across multiple platforms and devices. With what we have learned, we aim to contribute to best practices for creating inclusive streaming video experiences.

Who's watching? screen with five profiles
Select a profile screen

The state of steaming video

As of February 2022, 77% of global viewing time for video is spent watching on demand content: source.

Global viewing time for video
Type of videoTime spent watching
Live TV23%
On demand video77%
Pie chart showing people watch on demand content 77% of the time and live content 23% Live TV: 23.0 % On demand video: 77.0 %

In 2021, 78% of US consumers had a video on demand subscription. That’s a 50% increase in the number of subscribers over the last six years: source.

US consumers with a streaming video subscription
YearUS Consumers
201652%
201764%
201869%
201974%
202078%
202178%
Bar chart showing the years 2016 to 2021 as the percentage of US consumers with a streaming video service increased from 52% to 78% US Consumers 52% 64% 69% 74% 78% 78% 2016 2017 2018 2019 2020 2021 0 20% 40% 60% 80% 100%

Demand for streaming video services is not only growing, it’s here to stay as more and more providers enter the market each day. But how accessible is this flood of new apps?

Case study: discovery+

Our team had the opportunity to test the discovery+ streaming video app across multiple devices to explore the differences in implementation and the support for assistive technology built into the platforms.

We used the Web Content Accessibility Guidelines (WCAG) version 2.1 AA success criteria as guideposts for our review since separate guidelines for mobile accessibility are not yet available. Based on what we encountered during accessibility testing, we comprised a list of the top 10 accessibility concerns focused on the application UI—issues that impede disabled people from completing common user journeys:

  • Sign in
  • Explore what is available
  • Select a show to watch
  • Add and remove shows to/from My List
  • Start watching

Top 10 app UI accessibility concerns

  1. Controls need to have an accessible name and an appropriate role.
  2. Provide a visible focus indicator on interactive controls.
  3. Ensure app works with multiple input modes: screen reader, remote, voice input, external keyboard.
  4. Notifications should be announced to all users.
  5. Control focus under actions.
  6. Grouped controls needs a name.
  7. Announce the number of items in a group.
  8. Provide sufficient color contrast between the text and the background (image). 
  9. App should support zooming and resizing text.
  10. Do not restrict the device to only one orientation.

Accessible content

While our research focused on the functional accessibility of the app, an app is only as accessible as the content it provides. You can have the most intuitive, well-designed interface for finding streaming video content but fail to provide appropriate alternative content for disabled users. Let’s look at three content-related considerations.

Captions

Captions are required on streaming content in the US by the 21st Century Communications and Video Accessibility Act of 2010 and other laws. Streaming companies like Netflix went through litigation for not providing captions. All video content we encountered on the discovery+ app had closed captions and controls for turning them on or off.

While captions are now standard and expected by consumers, they are not all the same. Captions must be of high quality and accurate to be useful and provide an accessible experience. Autocaptions that are not reviewed and edited are rarely good enough on their own.

We should also consider other user needs for accessible captions and ways we can enable users to control their captioning experience. Consider providing caption settings where users can control the color, font, size and position of captions and subtitles.

Audio description

Audio description is a separate audio track for video content that describes what is occurring on screen including text overlays and important actions. Like captions, users need accessible controls for enabling the audio description track.

None of the videos we encountered on the discovery+ app had audio descriptions, which is not uncommon but does exclude users who are blind or low vision. Companies are now engaged in legal action over audio description including a settlement between the American Council of the Blind (ACB) and Hulu; and structured negotiations between ACB and Netflix as well as ACB and WarnerMedia (HBO Max).

ACB runs the Audio Description Project that has a searchable database of audio described titles by streaming service.

Voice input

Voice input is a means of controlling the application with voice commands. Only two of the devices we tested support voice input and neither was capable of fully controlling the discovery+ app. This is due to a mix of what the platform supports and what the application supports. To the extent available, we recommend implementing voice support in streaming video applications. Voice input aids in navigating the application as well as making on-screen data entry easier, such as a natural language query to search for content.

Accessibility testing

We included five devices and platforms in this review:

Apple TV

Screen reader: VoiceOver on iOS

A small, square Apple TV console next to an Apple TV remote with a track pad and an Bluetooth keyboard.
Apple TV console, remote with track pad and Bluetooth keyboard

Apple TV findings
  • Profile buttons do not have accessible names or roles that distinguish them.
  • Notifications when a show is added or removed to or from a list are not announced.
  • Carousels lack names.
RuleStatus
1. Controls have accessible names/rolesFail
2. Focus indicator on interactive controlsPass
3. Support multiple input modesPass
4. Announce notificationsFail
5. Focus managementPass
6. Control groups have namesFail
7. Groups announce number of itemsPass
8. Text color contrastFail
9. Support zooming/resizing textPass
10. Allow both screen orientationsN/A

Android phone

Screen reader: TalkBack on Android OS

A smartphone next to a Bluetooth keyboard
Samsung Galaxy S20 and a Bluetooth keyboard
Android findings
  • “Add to My List” and “Remove from My List” controls are missing the button role and accessible names.
  • Episode selector does not announce the number of items in the control, the button role or selected state.
  • Most player controls do not have proper accessible names and roles.
RuleStatus
1. Controls have accessible names/rolesFail
2. Focus indicator on interactive controlsPass
3. Support multiple input modesPass
4. Announce notificationsPass
5. Focus managementPass
6. Control groups have namesFail
7. Groups announce number of itemsFail
8. Text color contrastFail
9. Support zooming/resizing textPass
10. Allow both screen orientationsFail

Fire TV

Screen reader: VoiceView on Fire OS

Fire TV stick and remote next to a Bluetooth keyboard
Fire TV stick and remote with a Bluetooth keyboard

Fire TV findings
  • Profile buttons do not have accessible names that distinguish them.
  • Tabbed navigation and carousels do not announce the number of items in the group. Episodes announce n of -1.
  • Shows do not announce their titles which are displayed as images.
RuleStatus
1. Controls have accessible names/rolesFail
2. Focus indicator on interactive controlsPass
3. Support multiple input modesPass
4. Announce notificationsPass
5. Focus managementPass
6. Control groups have namesPass
7. Groups announce number of itemsFail
8. Text color contrastFail
9. Support zooming/resizing textPass
10. Allow both screen orientationsN/A

Samsung TV

Screen reader: Voice Guide on Tizen

Samsung 42" TV and remote next to a Bluetooth keyboard
Samsung TV and remote with a Bluetooth keyboard

Samsung TV findings
  • Sign In form does not provide audible feedback for input typed with a Bluetooth keyboard.
  • Low color contrast between text and background images.
  • Episodes don’t announce the episode number.
RuleStatus
1. Controls have accessible names/rolesPass
2. Focus indicator on interactive controlsPass
3. Support multiple input modesPass
4. Announce notificationsPass
5. Focus managementPass
6. Control groups have namesPass
7. Groups announce number of itemsPass
8. Text color contrastFail
9. Support zooming/resizing textFail
10. Allow both screen orientationsN/A

Xbox

Screen reader: Narrator on Xbox software system

White Xbox console and controller
Xbox console and controller

Xbox findings
  • Content is grouped, group label is announced, Tabbed navigation announces the number of items in the group, for example 3 of 10.
  • Visual notifications are not announced.
  • Regular text does not have sufficient contrast with its background.
RuleStatus
1. Controls have accessible names/rolesPass
2. Focus indicator on interactive controlsPass
3. Support multiple input modesPass
4. Announce notificationsFail
5. Focus managementPass
6. Control groups have namesPass
7. Groups announce number of itemsPass
8. Text color contrastFail
9. Support zooming/resizing textPass
10. Allow both screen orientationsN/A

Overall findings

Every platform tested had issues, with Samsung TV and Xbox having the most accessibility support and Apple TV and Android having the least.

RuleApple TVAndroidFire TVSamsungXbox
1. Controls have accessible names/rolesFailFailFailPassPass
2. Focus indicator on interactive controlsPassPassPassPassPass
3. Support multiple input modesPassPassPassPassPass
4. Announce notificationsFailPassPassPassFail
5. Focus managementPassPassPassPassPass
6. Control groups have namesFailFailPassPassPass
7. Groups announce number of itemsPassFailFailPassPass
8. Text color contrast FailFailFailFailFail
9. Support zooming/resizing textPassPassPassFailPass
10. Allow both screen orientationsN/AFailN/AN/AN/A

Conclusion

This article represents data for a single app only and we encourage the community to research other applications across additional platforms and devices to add to the body of knowledge. Our goal was to surface specific accessibility issues that have a critical impact on a user’s ability to navigate the journey from signing in to watching a show. We hope this creates visibility and awareness of the effects from not testing for, and fixing, accessibility issues in streaming video applications and helps inform the pool of best practices for inclusive streaming experiences.

Podcasts App Changes in iOS11

I’ve written about my frustrations with the iOS Podcasts app on the iPhone before. With iOS11, Apple decided to change how the interface works in a major way (again). I had adapted to the iOS9 UI, easily adding items to the “Up Next” queue and figuring out that I could reorder and delete episodes.

Queue Management

What I want from a podcast app is to be able to create a queue of episodes that I can manage by adding/removing/reordering with ease.

screenshot of the podcasts app player screen
Play episode screen

As with the previous version of the app, you tap the menu icon in the lower right to bring up play options.

Episode menu screen
Screenshot of menu options for an episode

The options under this menu have changed. No more history and no way to see the contents of the queue. You can choose to play the current episode next with the “Play Next” option or add it into the black hole queue with “Play Later”.

screenshot of the added to queue notification for a podcast episode
Added to queue notification

I say black hole because I cannot find the queue.

It’s hard to use this app if I can’t manage which episodes are playing. I’ve already had times where I added an episode twice or wanted to play a different episode before another one I just added to the queue. I’m stumped and upset.

Library

Some readers may have noticed there is a new option in that menu called “Add to Library”. I was really hoping the library was the queue. Instead it appears to replace the “My Podcasts” icon from the previous app version. Best I can tell, this is a list of the latest episodes the podcast thinks you would be interested in.

screenshot of the Library where you can sort through episodes
Library screen

It is useful for navigating podcast feeds and episodes with the option to download to your device.

Listen Now

This was my last hope. I really thought this would be a list I could curate, but again, disappointment.

screenshot of the Listen Now screen which lists the latest podcast episodes
Listen Now screen

What we see is another list of latest episodes which I think excludes ones you’ve listened to already. So where is the queue? I guess it’s time to search for the answer. The first hit had a great response:

The fact that we have to Google how iOS screen design works shows how iOS screen design doesn’t work any more. I hate iOS 11.

The answer for how to view the queue–swipe up on the screen where the current episode is playing–isn’t working for me. I guess I’ll keep trying but seriously, I don’t understand why Apple obfuscates functionality with obscure gestures.

Update: So if you have episodes in the queue, you can scroll to the bottom of the currently playing episode screen to see what’s “Up Next”. However, if you have nothing in the queue, the section simply isn’t there.

screenshot of the Up Next queue at the bottom of the player screen
Up Next list

My design suggestions would be to make the queue more obvious and to call it a queue. I’d love to see a “Queue” icon at the bottom of the app. Calling it “Up Next” is confusing.

Fitbit Exercise Tracking is Confusing

I’ve had a Fitbit Zip for almost three years and I use the iOS app to sync the data from it. This app lets you track exercise that wasn’t captured in full by the step counter. I use this to add info about weight training and aerobics at the gym.

The active minutes, steps, and distance often do not add up when I add one of these exercises manually. The other day, I took a moderate 1 mile walk but forgot to start the tracking feature in the app. After my walk, this is what my activity looked like.

screenshot of fitbit app showing 24 minutes of activity, 5319 steps, 2.26 miles
Fitbit activity before logging exercise

My stats showed

  • 5,319 steps
  • 2.26 miles
  • 24 active minutes

After I added in my walk manually, the stats updated in an unexpected way.

screenshot of the Fitbit app showing 5,796 steps, 2.45 miles and 0 active minutes
Fitbit activity after adding a walk

My stats changed to

  • 5,796 steps
  • 2.45 miles
  • 0 active minutes

What? I can’t figure out what Fitbit is trying to do when I log exercise manually. The distance and steps shouldn’t change when those are precisely what the tracker tracks. My active minutes dropping to 0 is what I find most perplexing. How would adding exercise ever reduce active minutes?

By way of comparison, here are my stats from yesterday before and after manually logging 50 minutes of aerobics.

side by side screenshots showing discrepancies between calories and active minutes
Fitbit comparison when logging aerobics

Here we see the number of calories burned dropped by 102 while active minutes increased by 10. Again, what? I wasn’t able to find any information from Fitbit about how its software calculates these numbers but I think it’s safe to say, something doesn’t add up.