Page 1 of 1

Designing for colourblindness?

PostPosted: 01 Jul 2016, 04:26
by c_xong
A lot of games, especially older ones, use lots of colours as part of their gameplay. Older games have things like palette swapping, or colour-coded stuff (like keys).

Just recently it occurred to me that doing so is bad for colourblind users. Check out these doom keys as seen by red-green blindness:

Doomkeys_deuteranopia.jpg
Doomkeys_deuteranopia.jpg (6.19 KiB) Viewed 9726 times


Those keys are supposed to be blue, red and yellow. There's a bit of brightness variation between red and yellow but it's very subtle, especially for the smallest icons at the bottom. If you're still not convinced, here's a pop quiz: what's the colour of these doors, red or yellow?

doomdoor_deuteranopia.jpg


So have you encountered a situation where something is unclear for colourblind users, and how did you get around it? Is there an open source game that could do with better accessibility for colourblind users?

Re: Designing for colourblindness?

PostPosted: 01 Jul 2016, 05:26
by L
Not the dev, but frozen bubble's colorblind mode adds shapes inside the bubbles like crescent moons to help tell them apart.

Re: Designing for colourblindness?

PostPosted: 01 Jul 2016, 08:10
by c_xong
That reminds me, a year ago I helped out on FreeBlocks, a tetris attack / bejewelled clone, and it initially had the same problem - the blocks were identical except for colour. I managed to convince the author to add a shape inlay. See before/after pics:

hqdefault.jpg


XDBQy0o.png
XDBQy0o.png (37.21 KiB) Viewed 9702 times


I would have preferred it if we went further and had different shapes altogether, like bejewelled or animatch do, but I guess doing that will contradict the games name :p

Re: Designing for colourblindness?

PostPosted: 01 Jul 2016, 12:21
by onpon4
SuperTux has this problem both with flowers and map spaces, and with the colored light puzzles. I solved this in ReTux by no having the colored lights and by using the animated blue space for all unsolved levels. (The flowers aren't a huge problem in ReTux because I only used two of them and the ice flower is noticeably brighter than the fire flower. Also, ReTux's design makes it possible for you to check at very little cost by shooting.)

I avoided this problem in Pacewar by adding a "colorblind mode", where shapes are placed over both the victory meter and the ships to distinguish the teams.

I still haven't figured out a way to fix the Project: Starfighter bullets in a way that doesn't look ugly (and it's important since there tends to be quite a lot of bullets on the screen, but only the red ones are dangerous to you). It needs to not make the bullets substantially larger and preferably shouldn't change the size at all. I would be open to any suggestions.

Re: Designing for colourblindness?

PostPosted: 03 Jul 2016, 21:03
by charlie
onpon4 {l Wrote}: still haven't figured out a way to fix the Project: Starfighter bullets in a way that doesn't look ugly

Have you tried reducing the bullets to grayscale and then tweaking the colour versions until the greyscale ones are distinguishable?

Re: Designing for colourblindness?

PostPosted: 03 Jul 2016, 23:59
by onpon4
No, that's not something I've considered. I suppose that would have to be an option if I do it that way (since gray bullets would look quite bland to non-colorblind players, I imagine). Thanks for the suggestion.

Re: Designing for colourblindness?

PostPosted: 04 Jul 2016, 00:41
by charlie
onpon4 {l Wrote}:No, that's not something I've considered. I suppose that would have to be an option if I do it that way (since gray bullets would look quite bland to non-colorblind players, I imagine). Thanks for the suggestion.

I'm not saying make the bullets grayscale. I'm saying try turning them grayscale (in an editor) to see the difference, and then tweaking the colours (which would be IG) until you can distinguish their grayscale equivalent.

Re: Designing for colourblindness?

PostPosted: 04 Jul 2016, 01:58
by onpon4
Yeah, that could be possible, too. I don't know, though; dark green is kind of ugly, too (it would have to be green that's darkened since darker colors are not as visible against the dark backgrounds).

Re: Designing for colourblindness?

PostPosted: 04 Jul 2016, 20:32
by leilei
Some Free (with a capital F) pixel shaders could be useful for debugging...

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 11:46
by charlie
onpon4 {l Wrote}:Yeah, that could be possible, too. I don't know, though; dark green is kind of ugly, too (it would have to be green that's darkened since darker colors are not as visible against the dark backgrounds).

Got another idea. Animate the bullets. You could do a simple pulse animation. Faster pulses = your bullets. Slower pulses = their bullets.

Or another idea. Outline one side's bullets. Can use 2 shades of the same colour that way.

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 12:04
by onpon4
Thanks for those suggestions. None of them are simple due to Starfighter's coding, but I'll look into those solutions when I get to addressing the problem. :)

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 12:50
by charlie
Or a final suggestion - different shapes. One squarish (X-ish), one round?

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 16:13
by onpon4
That one is just as difficult as outlines. Starfighter bases its collision rectangles on the size of images, and bullets are only two pixels high. So to do something like that (and that does seem like it would be ideal), I'll need to change Starfighter to use a fixed bounding box for bullets. Anyway, thanks again; I have a few different ideas to try now. :)

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 17:02
by charlie
Ok, one final suggestion then.

bullet-suggestion.png
bullet-suggestion.png (549 Bytes) Viewed 9344 times


Or lined instead of checked:

bullet-suggestion2.png
bullet-suggestion2.png (524 Bytes) Viewed 9343 times

Re: Designing for colourblindness?

PostPosted: 05 Jul 2016, 18:41
by onpon4
That was actually the first solution I tried. :) Unfortunately, it's no good; the bullets move quite fast, so pixel-level differences like that are not discernible during gameplay.

Don't worry, though. I'll get it fixed somehow. It's just a matter of when I get to it.