Open dsinni opened 5 years ago
For reference, the extension in question is EXT_lights_image_based
.
There's a sample model called EnvironmentTest. In particular the glTF-IBL
subfolder within this sample uses the extension to encode an environment.
BabylonJS will show these environments, here's a demo in gltf-test. The pink-ish environment image surrounding the spheres came from within the glTF, via the extension.
Rad! Thanks for adding that, @emackey.
Very useful feature! I hope it would be implemented
Hey, I'm really interested in this behavior too. If I understand correctly, extensions provide additional features to the gltf exporter, but how does it work? I guess extensions should be installed somehow, but I'm not sure as I can't find any explanation on this :/ Any help would be appreciated!
@thibka extensions provide additional features that are not in the core glTF 2.0 format, if the viewer loading the model supports that extension. This particular extension allows IBL to be stored in the model. However, it has not been implemented by this exporter yet.
In general Khronos (KHR_) extensions are very widely supported, support for other extensions varies.
@donmccurdy Got it, well thanks for answering me :)
If anyone is interested in implementing this, I'd be open to sponsor up to USD500 as a bounty for an implementation.
I'm not sure how difficult this would be with the current spec, but it would be great if models could be exported with built-in environment maps.
Adding environment maps in some engines/frameworks can be a cumbersome task, especially for those who are not coders. For those who use 3D software for most of their workflow, it seems that exporting the environment with the model may make the most sense, if it's possible.
Just for reference, to quote @emackey:
It would be great to see this as an export option, possibly utilizing an extension.
Would love your feedback on this.
Thanks!