-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is node instancing valid? #276
Comments
I don't think this:
can happen. Anyhow, i'd like to have a look, can you send me a test model ? thank you. |
Dae file uploaded as https://cloud.githubusercontent.com/assets/558657/3093329/694702ee-e5b1-11e3-9c48-138430dd89c6.jpg Thank you! |
Ok thanks, I just checked, I am not exactly sure about the problem you are reporting.
That's the rendering I get because of 2. foliage does not appear as dense as it could be (but overall looks correct ?): You can see that if I rotate the camera I can see the faces discarded by culling: You can verify with this viewer:
We need first to figure out if something is wrong in the generated file. Also, is there a a viewer that can display just the DAE file as you expect ? just to be sure the COLLADA is matches your expectations. |
Well, I feel like I have some documentation to add in the viewer just pointed out above :)... |
Thanks @fabrobinet, your result looks pretty good. |
All right, I can have the correct result from glTF-webgl-viewer. However, the result rendered by Three.js is wrong. It seems it's the bug of Cesium and Three.js, they happen to lack the support for instanced node. |
I got some collda files that heavily use
<library_nodes
>and<instance_geometry>
.The converted gltf looks like this, unimportant details are skipped:
However, neither Three.js nor Cesium can correctly render the mesh, only base0 and base1 are visible.
Is this the limitation of gltf format or bug of Three.js and Cesium?
The text was updated successfully, but these errors were encountered: