The image itself also doesn’t quite match (at least based on the screenshot provided to us).
The colours shown on my screen are:
#B00B69
#A65EAB
#1D1BCB
The “biggest” change is A7→ AB for the middle’s blue channel (4 units). However, since JPEG uses YCbCr 4:2:2 (¼ as much resolution for the two color channels that encode hue and saturation in a linear way) by default and blue is only ⅙ of a contributor to lightness as green, it’s explicable without malicious intent by the OOP.
The image itself also doesn’t quite match (at least based on the screenshot provided to us). The colours shown on my screen are: #B00B69 #A65EAB #1D1BCB
It suffered from JPEG compression. The difference is really small.
A5->A6 1C->1B
Incremented and decremented by one point, respectively (didn’t look at the other values tbh, I only cared about B00B, A55 and D1CC)
The “biggest” change is A7→ AB for the middle’s blue channel (4 units). However, since JPEG uses YCbCr 4:2:2 (¼ as much resolution for the two color channels that encode hue and saturation in a linear way) by default and blue is only ⅙ of a contributor to lightness as green, it’s explicable without malicious intent by the OOP.
I typed the hex codes and drew the flag, this is what I got:
what are you using to get the hex code?
Gpick is available in apt, and probably many other package managers.