Zebra, Emap commands don't work

When I active Emap or Zebra commands I see the surfaces selected in white color and nothing else.
Are there some new settings to check with the new version to activate the right visualization?

Continuing the discussion from Rhino 5 for Mac Build 5A723:

I’m having the same problem - also picture frame doesn’t seem to be working

I see that Zebra is not working- thanks.

http://mcneel.myjetbrains.com/youtrack/issue/MR-1573

PictureFrame currently works if the view is set to Rendered.

http://mcneel.myjetbrains.com/youtrack/issue/MR-1565

-Pascal

Still does not work. For me it shows Emap or Zebra only ehen you press “Asdjust Mesh” -button. Then you can not rotate the view. I got the 5A723 today. In earlier versions it was working great!

“Pro Mac with OS X Yosemite 10.10.2.”

Zebra still does´t work properly on Mac Rhino 5.1 (5B161)

Rhino_Mac_Zebra_BUG

Zebra still does´t work properly on Mac Rhino 5.2.3 (5C258)

can you upload the model that’s showing this behavior?

because as far as i can gather, Zebra is working properly in 5.2.3

Hello Jeff,

on my MacBook Pro (Retina, 15-inch, Late 2013) Rhino 5.2.3 (5C258) shows just a white object if I try to use _Zebra or _Emap. I attached a screenshot and a .3dm File.

thanks and best regards


OS X El Capitan
10.11.6 (15G1004)

Hardware:
Modell-Identifizierung: MacBookPro11,2
Prozessortyp: Intel Core i7
Prozessorspeed: 2 GHz
Cores: 4
RAM: 8 GB DDR3
Intel Iris Pro 1536 MB

_zebra-test.3dm (408.1 KB)

No problem here. (Rhino WIP shadows OFF)

Software information

Software versions
Rhinoceros version: 5.3 WIP (5D92w)
IronPython version: 5.1.2015.131
Language: it (MacOS default)
OS X version: Versione 10.11.6 (Build 15G1004)

Plug-ins
/Library/Frameworks/3DconnexionClient.framework/Versions/A/3DconnexionClient
System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/ImageFormats/unorm8_bgra.dylib
System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/ImageFormats/unorm8_rgba.dylib

Third party kernel extensions
com.3dconnexion.driver (10.4.1) AA3A6BE0-38EA-3E6F-BA28-8A0227EC9466

Hardware information

Computer hardware
Hardware model: iMac13,2
Processor: Intel Core i5-3470 CPU @ 3.20GHz
Memory: 32 GB
Architecture: Intel 64 bit

Video hardware
Graphics: NVIDIA GeForce GTX 680MX 2048 MB
Memory: 2048 MB
Screen size: 2560 x 1440
Displays: iMac (109dpi 1x)

USB devices
Apple Inc.: FaceTime HD Camera (Built-in)
Apple Inc.: Bluetooth USB Host Controller
Inateck USB to SATA3 Bridge: Inateck Generic USB Device
Lexar: WorkflowD512
GenesysLogic: USB3.0 Hub
Wacom Co.,Ltd.: CTH-460
3Dconnexion: SpaceMouse Pro

Bluetooth devices
Apple: Apple Wireless Keyboard
Apple: Apple Wireless Trackpad

OpenGL information

OpenGL software
OpenGL version: 2.1 NVIDIA-10.10.13 310.42.25f01
Render version: 2.1
Shading language: 1.20
Maximum texture size: 16384 x 16384
Z-buffer depth: 24 bit
Maximum viewport size: 16384 x 16384

Implementation settings
Use texture compression: Yes

Appearance settings
Antialiasing: 2x
Mip map filtering: Nessuno
Anisotropic filtering: Nessuno

Zebra works for me in Wireframe mode and Ghosted mode, but goes white in shaded and rendered.
Losing the Zebra pattern in Shaded and Rendered are hit and miss. It may work for a bit, but switching back and forth rotating the view will eventually cause me to loose my stripes. Once I lose the zebra stripes in the Shaded and Rendered view I have to close the document and reopen it to get them back.

I can’t find a 100% reproducible way of making it happen every time, but I can make it happen every time with some jiggering between the 2 views and rotating the viewport.

I can get the stripes back by changing the stripe size, but they are gone again once I rotate.
Switching back to the prior stripe size only gives me my white primitive. Once I loose the stripes from a particular strip size selection, I can not go back and reselect it to get it back. Again this happens only in Rendered and Shaded views.

I see that @Zsimon has NVIDIA and I am on ATI, which may be the difference.
It would be interesting to see what graphic cards people are running that are experiencing different results with the Zebra command.


Software information

Software versions
Rhinoceros version: 5.3 WIP (5D92w)
IronPython version: 5.1.2015.131
Language: en-US (MacOS default)
OS X version: Version 10.12 (Build 16A323)

Plug-ins
None

Third party kernel extensions
com.rogueamoeba.HermesAudio (3.0.1) F7855AE7-16C7-DC7E-A334-9894BE6CDE63
net.telestream.driver.TelestreamAudio (1.0.5) EB0437EB-B4CD-CD8B-6306-C62D4459540C
com.vara.driver.VaraAudio (1.0.3) A672A454-2199-DC77-CF22-6303606FE3D7

Hardware information

Computer hardware
Hardware model: iMac15,1
Processor: Intel Core i7-4790K CPU @ 4.00GHz
Memory: 32 GB
Architecture: Intel 64 bit

Video hardware
Graphics: AMD Radeon R9 M295X 4096 MB
Memory: 4096 MB
Screen size: 2560 x 1440, 1920 x 1200
Displays: iMac (217dpi 2x), Cinema HD Display (99dpi 1x)

USB devices
Western Digital: My Passport 0748
Apple Inc.: Bluetooth USB Host Controller
Apple Inc.: FaceTime HD Camera (Built-in)
Apple Inc.: Apple Keyboard
EPSON: USB2.0 MFP(Hi-Speed)
Logitech: USB Receiver

Bluetooth devices
Apple: Apple Wireless Trackpad

OpenGL information

OpenGL software
OpenGL version: 2.1 ATI-1.44.68
Render version: 2.1
Shading language: 1.20
Maximum texture size: 16384 x 16384
Z-buffer depth: 24 bits
Maximum viewport size: 16384 x 16384

Implementation settings
Use texture compression: No

Appearance settings
Antialiasing: 6x
Mip map filtering: None
Anisotropic filtering: None

yeah, i see that too.

from what i can gather so far, if the display mode has shadows turned on, the object may appear white when using Zebra…

if you switch to a display mode without shadows_On, the stripes will appear as expected… likewise, you can toggle the shadows in the current display mode and see the change occur… another thing you can do to get the stripes back when the object turns white is to run the command _RefreshShade

a video showing both of these:

i’m not sure if this is a bug or expected behavior but i’ll @dan just in case.