Skip to content
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

IntegratedMesh from OpenSceneGraph does not render fully at a distance #123

Open
AlexanderPoone opened this issue Jun 1, 2021 · 4 comments

Comments

@AlexanderPoone
Copy link

AlexanderPoone commented Jun 1, 2021

Hi! I tried to merge 200 osgb files into a single SLPK. I have tried two methods but they ended up having the same effect. The osgbs are not in a pyramid hierarchy. Although the entire scene is rendered at first, most parts near the boundary disappeared within a split second.

  1. Use the official osgconv utility from openscenegraph.org to merge all 200 osgbs into a single osgb, then convert it to SLPK using the Create Integrated Mesh Scene Layer Package tool in Pro. No errors are raised using both tools.

Options I have tried: setting OSG_OPTIMIZER environment variable to COMBINE_ADJACENT_LODS MERGE_GEOMETRY MERGE_GEODES SPATIALIZE_GROUPS TESSELLATE_GEOMETRY INDEX_MESH or a combination of these, but to no avail. Setting OSG_COMPUTE_NEAR_FAR_MODE to DO_NOT_COMPUTE_NEAR_FAR, yet this does not work either.

You may also exclude the possibility of the model having incorrect normals, because removing the normals results in the same glitch.

  1. Use the folder containing the 200 osgbs as the Input Dataset in the Create Integrated Mesh Scene Layer Package tool in Pro. No errors are raised. The visual glitch is identical to that of the previous method.

I am using Pro 2.7.3 and OpenSceneGraph 3.6.4 / 3.6.5.

samp
Above: Glitch on Pro.

a1
Above: Scene Viewer. It renders correctly at first for a split second.

b
c
Above: Immediately some parts are clipped.

d
Above: It renders normally when zoomed in.

@AlexanderPoone
Copy link
Author

AlexanderPoone commented Jun 22, 2021

I also discovered that if the source has a highly overlapped UV map, the chances are that many parts of the mesh cannot be rendered correctly.

@rvargasESRI
Copy link
Contributor

@SoftFeta
Thank you for the information. We are aware of this issue and are working on a solution.

@AlexanderPoone
Copy link
Author

AlexanderPoone commented Jul 8, 2021

@rvargasESRI

Thanks for the response. By the way, there is a normalTexture attribute in the materialDefinitions materialDefinitions i3S specification. Does it imply that ArcGIS Online supports normal mapping? Thanks.

@tiangeh90
Copy link

@

@SoftFeta Thank you for the information. We are aware of this issue and are working on a solution.

Hi! I have met the same problem. Does this problem solved in new version?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants