KhronosGroup / KhronosGroup/OpenCOLLADA
Q: Is profile_COMMON and light/technique_common in sRGB color space?
- Dominant language
- C++
- Stars
- 679
- Forks
- 260
- PR merge metrics
- No merged PRs in 30d
Description
The 1.5.0 schema says about `` "linear(default), sRGB" and the manuals say linear-space should be assumed.
Does this mean the color values are given in linear space? And the light attenuation values also, because this greatly affects lighting.
Are 0-1 colors ever specified in linear space? Or should they be corrected? COLLADA's bent toward linear-space seems punitive but also reasonable since not all textures are color images. Being punitive is not a bad thing--because it forces artists to reckon with the issue.
I don't know if traditional lighting is cut and dry. I am still grappling with how to convert quadratic attenuation with regard to the units. (EDITED: Ah! Scaling by their inverse-square does it. So simple.) And I don't know if correcting lighting one way or the other is possible. The consensus seems to be that linear lighting is superior. So it would hobble COLLADA to not go by it, and elsewhere it is inclined to linear, and so it seems like the natural conclusion is that technique_common lighting should be set up with regard to linear space. (Of course lighting is by its nature in linear space, and it's only a quirk that artists fudge it otherwise.)
Contributor guide
No contributing guide indexed for this repository
Research direction
Read the COLLADA 1.5.0 schema and the manuals, focusing on the wording and the profile_COMMON light/technique_common definitions. Compare how color values and attenuation are specified, then document an authoritative answer about linear versus sRGB space and any required correction.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- xml
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100