You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm trying to create 3D Tiles datasets (see attachment) which use both the CESIUM_RTC and KHR_materials_common extensions. I'm running into a few problems getting it to render in Cesium.
It appears that Cesium cannot use the KHR_materials_common extension when loading a B3DM file. I am getting a shader compiler error due to missing technique information. The generated shader requires a technique which includes a batch id attribute and parameter.
Similar to the first issue, the KHR_materials_common extension cannot be used with the CESIUM_RTC extension. In order to get this to work, the generated technique requires a CESIUM_RTC_MODELVIEW parameter. Thanks to the people in this thread for the information on how to do this.
It was my understanding that the KHR_materials_common extension is intended to allow glTF creators to output geometry with a simple material description, rather than require every glTF file to contain techniques/shaders/programs/etc. In this respect, I think it works well for stand-alone glTF models. It would be great if it would work in 3D Tiles datasets as well.
I have made some small modifications to my local cesium environment which allows it to use all of these extensions. I've not submitted it as a pull request because I've only done the bare minimum to get things working, and I'm sure I've missed some details. It would be great if something like this would be merged into the 3d tiles implementation.
The text was updated successfully, but these errors were encountered:
I'm trying to create 3D Tiles datasets (see attachment) which use both the CESIUM_RTC and KHR_materials_common extensions. I'm running into a few problems getting it to render in Cesium.
It appears that Cesium cannot use the KHR_materials_common extension when loading a B3DM file. I am getting a shader compiler error due to missing technique information. The generated shader requires a technique which includes a batch id attribute and parameter.
Similar to the first issue, the KHR_materials_common extension cannot be used with the CESIUM_RTC extension. In order to get this to work, the generated technique requires a CESIUM_RTC_MODELVIEW parameter. Thanks to the people in this thread for the information on how to do this.
It was my understanding that the KHR_materials_common extension is intended to allow glTF creators to output geometry with a simple material description, rather than require every glTF file to contain techniques/shaders/programs/etc. In this respect, I think it works well for stand-alone glTF models. It would be great if it would work in 3D Tiles datasets as well.
I have made some small modifications to my local cesium environment which allows it to use all of these extensions. I've not submitted it as a pull request because I've only done the bare minimum to get things working, and I'm sure I've missed some details. It would be great if something like this would be merged into the 3d tiles implementation.
The text was updated successfully, but these errors were encountered: