Why does EdgeLighting on patches not work?

1 visualizzazione (ultimi 30 giorni)
Theo
Theo il 21 Ott 2011
Modificato: Will il 29 Lug 2019
I'm trying to create a line on a surface with the EdgeLighting property set to phong (for example). An example code would be
[x,y,z] = sphere(40);
S = surf(x,y,z);
P = patch(x(32,:), y(32,:), z(32,:), 'k');
set(S, 'FaceLighting', 'phong', 'EdgeColor', 'none', 'FaceColor', 'inter');
set(P, 'EdgeLighting', 'phong', 'EdgeColor', 'k', 'FaceColor', 'none');
light
However, the line (patch) is not lit. In other words, replacing the ('EdgeLighting', 'phong') option to 'none' does not affect the figure. Does anybody spot the problem?
  1 Commento
Theo
Theo il 26 Ott 2011
Bumping this up, as it seems to be a fairly elementary issue. Any comments?

Accedi per commentare.

Risposta accettata

Patrick Kalita
Patrick Kalita il 26 Ott 2011
It is being lit, just not the way you're expecting based on how the patch was created.
For example, after doing this...
[x,y,z] = sphere(40);
S = surf(x,y,z);
P = patch(x(32,:), y(32,:), z(32,:), 'k');
set(S, 'FaceLighting', 'phong', 'EdgeColor', 'none', 'FaceColor', 'inter');
set(P, 'EdgeLighting', 'phong', 'EdgeColor', 'k', 'FaceColor', 'none');
light
... view it from this angle ...
view(0, 50)
... now from this angle...
view(-90, 50)
The patch's edge certainly does change color based on its orientation relative to the light. I'm guessing you were expecting the patch to be lit similar to the surface, which obviously is not what's happening now. Right now, the light seems to affect the entire edge uniformly. That's because the patch is using automatically calculated normals:
get( P, 'VertexNormals' )
You can see all the normals are pointing the same direction, namely down. Hence the light has the same effect on each vertex. Using the one-dimensional X, Y, and Z data that you gave to the patch, the normal calculator couldn't have possibly know that the data represented part of a sphere -- so it did the best it could. But you can tell the patch to use normals more appropriate for this situation. The normals of a spherical surface are trivial:
N = [ get(P, 'XData') get(P, 'YData') get(P, 'ZData') ]; % Caution! this only works for a sphere!!!
set( P, 'VertexNormals', N )
view(180, 40)
Now the patch edge is lit as I think you were expecting.
  2 Commenti
Theo
Theo il 26 Ott 2011
Perfect! Thanks. I also add that the surfnorm command will allow the normals to be computed from a given surface data. So that can be combined to define the lighting on the patches.
If anybody is wondering why we should bother with this, we can now modify the wireframe code by Ennis on the file exchange to use patches. This allows us to plot surfaces with dense meshes, but a less dense distribution of edges. However, the wireframe code previously used lines instead of patches, so one was unable to light the edges correctly.
Will
Will il 29 Lug 2019
Modificato: Will il 29 Lug 2019
For the record, the approach using surfnorm for any surface, not just the spherical example case, would be:
[nx, ny, nz] = surfnorm(x, y, z);
N = [nx(32,:); ny(32,:); nz(32,:)]';
set(P, 'VertexNormals', N)
I'm interested in how to apply this for a line across a surface that is not defined by the mesh of the surface. I've asked this in a separate question here.

Accedi per commentare.

Più risposte (1)

Walter Roberson
Walter Roberson il 24 Ott 2011
The OpenGL renderer does not support phong; this is documented in the Figure Properties page.
I do not see anything in your code that requires transparency, so you might be able to simply switch to zbuffer rendering of your figure.
  1 Commento
Theo
Theo il 24 Ott 2011
Issuing the command,
set(gcf, 'Renderer', 'Zbuffer')
does not seem to change the lighting on the edges. Nor does trying
set(P, 'Edgelighting', 'gouraud')

Accedi per commentare.

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by