Better Srgb to Greyscale Conversion
Posted3 months agoActive2 months ago
30fps.netTechstory
calmpositive
Debate
20/100
Color ScienceImage ProcessingPerception
Key topics
Color Science
Image Processing
Perception
The article discusses a more accurate method for converting sRGB images to greyscale, sparking a discussion on the nuances of color perception and conversion algorithms.
Snapshot generated from the HN discussion
Discussion Activity
Moderate engagementFirst comment
5d
Peak period
10
120-132h
Avg / period
5.5
Comment distribution11 data points
Loading chart...
Based on 11 loaded comments
Key moments
- 01Story posted
Oct 14, 2025 at 3:25 PM EDT
3 months ago
Step 01 - 02First comment
Oct 19, 2025 at 3:53 PM EDT
5d after posting
Step 02 - 03Peak activity
10 comments in 120-132h
Hottest window of the conversation
Step 03 - 04Latest activity
Oct 21, 2025 at 7:45 AM EDT
2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45583767Type: storyLast synced: 11/20/2025, 2:24:16 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
The bottom line is, use some standardized conversion (like described here — just to avoid surprising users) if images don’t actually matter, some contrast-preserving method if content matters, and edit creatively otherwise.
But I'm unaware of rendering engines that do alpha blending in something other than linear or SRGB. Photoshop, for instance, blends in sRGB by default, while renderers that simulate light physically will blend in linear RGB (to the best of my knowledge).
It depends on the GPU and the implementation, but I personally would not want to spend the compute on per-pixel CIELAB conversions for blending.
Well, spectral rendering is a thing, kinda bypasses the problem of color blending for rendering in some cases.
I have found that getting weighted LUTs that have been extracted from some process (math, context measurements, user testing, etc.), and simply applying them in the conversion is how you execute the conversion, but generating the LUTs is the tricky part. It's not always best handled by a formula. I guess you could really go crazy, and generate the LUT on the fly, as a per-pixel conversion (we actually did something like this, for RAW conversion).
[0] https://en.wikipedia.org/wiki/CIELAB_color_space
The dark irony then, is that sRGB with its gamma curve applied, models luminance better (closer to human perception) for blending than linear does. If you can afford to do the blend in a perceptually uniform space like oklab, even better of course.
The basic way to do it, is with weighted LUTs. The "poor man's conversion" was to just convert the green channel, and toss out the red and blue.