Open zachernuk opened 1 year ago
/agenda
Sharing this new HDR file format for awareness: https://developer.android.com/guide/topics/media/platform/hdr-image-format
I don't remember that we agreed that version 1 needs this. If we add it, my vote is for option 1.
In #72, after finding value in the addition of a JS object for a model's root element, as well as looking forward to a future where a scene graph is appealing, I'm also leaning toward using that rootElement
node to specify an IBL as well, among other capabilities.
The main benefit being that many web authors may want to override the IBL on subsets of the scene graph - e.g. a different environment map on the polished stainless steel to the lights affecting the brushed aluminum casing of a high-end desktop computer.
/facetoface
/tpac
/agenda
Somehow I failed to imagine also using CSS to specify this. I quite like the idea, particularly because it means that it can be changed around with CSS classes that might indicate color themes etc, and possibly to let things like transition-duration
impact the cross-fading between different environment maps.
One question would be if / how that alters an expected event model for the loadedness of the asset. Is there a right way to manage that in 2024 (and beyond?)
There's a new GPU-optimized HDR format now: https://github.com/BinomialLLC/basis_universal/wiki/todo
At TPAC we agreed that specifying an image-based light (IBL) is an important component of a V1 implementation and specification. In addition to the specific name (environment map, lighting environment, IBL etc), there is the matter of structural representation, i.e. how it resides within the tree structure of the
<model>
markup itself.I don't have a strong opinion but some candidates I can see are:
<model>
tag:<source>
tag<model>
blockOr some more complex nesting of
<source>
elements within such a tag. It should be simple, but my expectation is that the role and complexity of<model>
will increase over time, so something expressive enough to meet some obvious needs would be useful.