#1010 closed defect (fixed)
weird interaction between cartoon, transparent surface, and lighting
Reported by: | Elaine Meng | Owned by: | Tom Goddard |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Graphics | Version: | |
Keywords: | Cc: | chimera-programmers | |
Blocked By: | Blocking: | ||
Notify when closed: | Platform: | all | |
Project: | ChimeraX |
Description
Turning off cartoon inside a transparent surface causes some kind of irreversible change in lighting, as far as I can tell. Maybe obscure but mystifying. Reassign/prioritize as desired.
Example:
open 1zik
surf
light soft
trans 50
trans 0
(... back to how it was, as expected... but then the following)
trans 50
~cartoon
(...something happens, I don't know what...)
trans 0
(...now it looks flat and I can't get back to how it looked before)
Change History (3)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed.
Transparency changes now cause shadow update.
comment:3 by , 8 years ago
Component: | Unassigned → Graphics |
---|
Note:
See TracTickets
for help on using tickets.
This is a bug in multishadow lighting. Transparent obects do not cast shadows. When the cartoon is hidden all that is left is the transparent surface so no shadows are cast. But then a bug in the code is causing to not recompute shadows when the surfaces are made opaque. So no shadows are shown. Have to look at the code to see how tricky this is to fix. Don't think we have anything that sends notifications when transparency changes.