Live data from Hacker News

Show HN: What's my JND? – a colour guessing game

keithcirkel.co.uk

31–40 of 65 posts

Re: Show HN: What's my JND? – a colour guessing game

#33
This is fun! I just played once and got 0.0016, which it says is "absurdly below the theoretical limit"...

Okay, tried again and got 0.0034 which is still says is beyond the human limit! I'll have to give this to my mum because we often argue about colours and I suspect she might be a tetrachromat.

Both tests on a Pixel 10 btw

Re: Show HN: What's my JND? – a colour guessing game

#34

Nice job. Kind of reminds me of this one which increases the number of squares with the odd-one out becoming more subtle as you progress further in the game, but I prefer your sliding mechanic better for this kind of game. https://vectorization.eu/color-perception-test

Ooh this one is fun too! Though it doesn't get quite as hard as the slider one. Breezed through all 47 levels of this pretty easily while there were one or two impossible seeming ones in the slider.

Re: Show HN: What's my JND? – a colour guessing game

#37
post #30

Nice job. Kind of reminds me of this one which increases the number of squares with the odd-one out becoming more subtle as you progress further in the game, but I prefer your sliding mechanic better for this kind of game. https://vectorization.eu/color-perception-test

To me this seems primarily like an aim test, not a color perception test

It feels like a bit of both - the faster you're able to perceive the differing square, the faster you're able to navigate to it.

Re: Show HN: What's my JND? – a colour guessing game

#38
0.0043.

But I think this kind of test can really be limited on your display and color profiles.

Most of my misses were on blues, but sometimes the line was obvious. Other times, I could “see” many phantom bars of slightly different colors.

And in bright sunlight, I can see variations in the film in my phone screen. I suspect this could affect a test like this.

Re: Show HN: What's my JND? – a colour guessing game

#40

Earlier quoted context omitted.

It's worse. The code contains a function that, given the target ΔE, generates two colors in floating-point Oklab representation, separated by that distance. But there is no check whether the two generated colors end up rounding to exactly the same one on 8-bit displays. So, I was asked to find a boundary (while the claim was that there were two distinct colors 0.0013 ΔE apart) between RGB(80, 83, 152) and RGB(80, 83,…

I will get around to fixing this. An oversight. Apologies.

I hope you post this again when you do - I was presented with the "0.00080" difference a couple times, and it looks like this is where it becomes actually impossible because of this issue.
Post reply on HN