How to Fix Seizure Inducing Sequences In Videos.

July 19th, 2020 by zoltan · No Comments
Note: The video featured in this blog post has been tested by PEAT, which has determined it does not have any seizure inducing sequences. I only illustrate what previously failed using slowed down animated GIFs so they shouldn’t cause any problems for readers.

The last time I wrote about seizure-inducing animations and videos, I discussed how to use PEAT to detect what parts of a video violated WCAG’s Three Flashes or Below Threshold requirement. I did not, however, get into how to correct these issues, since at the time I did not have video editing skills. Since then, I have been promoting both my monthly B-film night, Killer B Cinema, with trailers about upcoming shows. I have also created a few music videos for my band, ZX/81. The last video I created for the band, embedded above, originally had a few problematic sequences, and after doing some research, I learned how to fix them. Since there doesn’t seem to be a lot online about how to correct these issues, I thought it would be a good opportunity to blog about it.

White Flashes

I was not surprised by some of the issues PEAT found. For example, there is a sequence where I parody Max Headroom, and the jerkiness of the movement at one point was the source of one problem. Here is an example of the footage (slowed down so as not to cause seizures):

Video sequence of my head flipping back and forth behind a dark background.

In this video sequence at 01:56 (which has been slowed down here), my head is flipped back and forth so much, it was triggering white flashes within PEAT. This was easily fixed by removing one of the “flips” so it would be just below the three flashes threshold that is prescribed by WCAG.

The original amount of “flipping-head” footage was causing PEAT to trigger a “Luminance Flash” error (i.e. more that three white flashes per second). This was because the background (which is mostly dark), highly contrasts with the light parts of my face and body, and when the flipping happens, certain parts of the video flash from light to dark quickly. All I had to do was take out one of the flips (I originally had eight, so this was causing four flashes).

A part of the video that I should have thought would have a lot of white flashing was during a sequence that shows a lot of retro television static along with an animation that depicts one of the band members disappearing into the TV:

A scene from the music video that shows a band member being sucked into the television, similar to how Jeff Bridges was in the movie Tron.

The original clip slowed down to prevent seizures. Note the amount of screen real estate that is flickering between the television static and the “digitizing” of Jim. All of this flashing puts those susceptible to seizures at risk.

After editing, the sequence is altered to have the background fade to gray, thus removing the potentially seizure inducing pulsing TV static:

The same scene with the television static removed.

Removing the television static out of the footage will allow PEAT to pass this part of the video … and the video is still awesome!

Red Flashes

Red flashes are worse than white flashes, so it was not surprising to me that the segment of the video that showed the iconic “All Your Base Are Belong To Us” meme triggered PEAT, since a huge part of the screen in it flashes red:

A video sequence of me falling into a time warp with the intro of the video game "Zero Wing" playing in the background.

Video sequence which PEAT flagged as problematic because of the flashing red (slowed down to 8 times so as to not cause seizures to my dear readers).

In order to work around this, I put a semi transparent black overlay on the red part of the animation to mute the red blinking.

“All Your Base” scene, before and after red flashing is reduced.
Before After
Scene from the video that shows Zoltan falling down a portal, with a sequence from the video game "Zero Wing" in the background, which has some very bright red flashing.

In the original sequence, there is red flashing behind the Zero Wing character “Cats”, which was in the original video game

The same scene as before, except the red flashing is greatly muted.

In the modified sequence, the red flashing is muted by putting a semi-opaque black filter over the flashing in the original video game footage.

What did surprise me was this footage of the cartoon rendition of one of my bandmates running. Here is the original footage, slowed down to prevent the sequence the animation from causing a seizure:

Video sequence showing a cartoon rendition of one of the band members running.

Can you see the blinking in this part of the video?

At first glance I couldn’t think about what would cause a seizure here, until I realized that if you focused on one part of the video, you can see blinking happening:

The same video sequence with a dark mask overtop, revealing blinking in a localized spot in the running sequence.

Now can you see the flashing?

Sighted users watching the video above will see the flashing localized in parts floor and ceiling. Since floor and ceiling were take up a lot of screen real estate, I assume that is what is causing PEAT to report a failure. To fix this issue, I just darkened the moving walls that were causing the blinking, which resulted in PEAT to pass this part of the video.

Scene of “Cartoon Jim” running down a corridor
Before After
A still shot of the video which shows high contrast colours in the ceiling and floor.

The animated floor and ceiling have high contrast colours that cause PEAT to report a seizure induced animation

A still shot of the altered video which shows lower contrast between the colours in the ceiling and floor.

When darkening the floor and ceiling, which reduces the contrast of the two colours, PEAT doesn’t trigger the same defect.

Note that the original footage had a little brighter yellow in it. This was what was triggering PEAT: the contrast between the dark blue and the lighter yellow is high, and the amount of flashing on the screen between those two colours compared to the other scenes was cause of the violation. Again, I put a semi transparent black filter on top of the affected issues to turn the brightness down and reduce the contrast between those two colors (Yes, kids! Contrast is good for accessibility to make text legible but bad on flashing animations!)

Conclusion

In the past, I have been an accessibility lead on a project that had videos with scenes that could potentially cause seizures. When I approached the video creators about these issues, they said they didn’t know how to fix these issues. This article shows that it’s not too hard and that a little trial and error, along with a little imagination, can fix these problems in no time.

Tags: accessibility · animation · Color · Uncategorized · video · , , , ,

0 responses so far ↓
Give Feedback

Don't be shy! Give feedback and join the discussion.

Please Note: If you are asking for help using the information on this page or if you are reporting a bug with the code featured here, please include a URL that shows the problem you are experiencing along with the browser/version number/operating system combination where the issue manifests itself. Without this information, I may not be able to respond.

An orange star denotes a required field.