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

"section" tool doesn't seem to see data below y==0 #17

Open
nmz787-intel opened this issue Sep 6, 2024 · 2 comments
Open

"section" tool doesn't seem to see data below y==0 #17

nmz787-intel opened this issue Sep 6, 2024 · 2 comments

Comments

@nmz787-intel
Copy link

nmz787-intel commented Sep 6, 2024

I have some data in the negative portions of the cartesian plane, which is legal in GDS/OAS. While I can see these data on the 3D view, the section tool seems to only look for data in Y>=0 though X<0 data does seem to show up. Note, this is Y axis as viewed in Klayout or other top-down 2D GDS/OAS tool.

@nmz787-intel
Copy link
Author

I see odd behavior on the lower left of the example GLTF too:
image

and when I move slightly to the right, it all disappears, even the substrate:
image

@nmz787-intel
Copy link
Author

I've been debugging this a LOT over the past few days. It turns out that if I apply the clipping planes (i.e. what was previously just .near and .far) to the main camera, effectively sectioning the 3D view, and then rotate the camera to view the geometry from a side angle, I can see the shapes are effectively "hollow".
image
a little further into the chip:
image
even more angle to the view:
image

to the extreme of viewing this particular shape normal to the clipping plane, where it essentially disappears due to the "walls" of the shape having 0 thickness, and the shapes being hollow surfaces with no "filling".

Asking chatGPT what could be done, it suggested a composer, or custom shaders. I tried the composer first, but it didn't produce anything obviously useful. Attempting to use the shaders has been quite difficult, as just getting a comparable rendering as the reference_mesh.material provides has so far been elusive, though I'm getting closer. Enabling the shader to also "fill in" the clipped plane is something I've been working on, but have been trying to focus on getting renders that are at least matching the existing results before trying to develop the novel aspects.

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

1 participant