[Plugin] ShadowProjector
-
Here's v1.5 http://sketchucation.com/pluginstore?pln=TIG_shadowProjector It fixes a problem which resulted from instances [groups/components] sat directly 'on' a shaded-face, and sometimes not casting a shadow below them.
It should now be more robust and cope with raw geometry, groups and components placed directly on top of the shaded-face.
It works properly with @djh's example SKP !
-
Thanks for the update. I'm still getting unexpected results. See the attached screen shot. The edges of the projected "shadow" are 500 meters long and extend down below the face on the ground plane and away from the sun.
-
Thanks Dave, I too have seem some issues and I'm working on a fix...
The face should be 1km long NOT 500m !!
-
Half is better than none.
-
TIG, thanks for the advice to clean up the model.
I'm sorry, I still got the same results. I don't know how you were able to do it with the same model. Also, you mentioned before, "This means they do need to be in the same context, but then you could edit the container and select the face?" What does it mean "in the same context"?
-
I'm working on a fix...
-
Here's v2.0 http://sketchucation.com/pluginstore?pln=TIG_shadowProjector
It is completely rewritten to be faster ad more robust... -
Here's v3.0 http://sketchucation.com/pluginstore?pln=TIG_shadowProjector Along with ignoring Hidden faces/objects and those assigned OFF Layers, it now respects transparent faces [<70% opacity] which won't cast shadows, and similarly faces with the default-material faces within a container that itself has a transparent material and which doesn't then cast a shadow etc.
Objects with cast/receive shadows 'unchecked' settings are now fully respected in the shadow analysis.
Faces which shade themselves [because they face away from the sun] are automatically assigned 100% shading with no further analysis...
A glitch with report writing if type was 'lines' is now resolved. -
Latest version installed. Get this in console when trying to run the tool.
Error: #<NoMethodError: undefined methodeach' for nil:NilClass>
C:/Users/Dave/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/TIG-ShadowProjector/TIG-ShadowProjector_Code.rb:127:innew' C:/Users/Dave/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/TIG-ShadowProjector/TIG-ShadowProjector_Loader.rb:18:inblock in module:ShadowProjector'
SketchUp:1:incall' -
Obviously it shouldn't do that
Did you have a face preselected ?
I'm on to it...
-
I did have a single face, correctly oriented selected. I tried it first on a chair model I was working on at the time when I got that message. I quit SU and restarted. Then tried it with a simple box in a component and an ungrouped face. Same result.
-
Here's v3.1 http://sketchucation.com/pluginstore?pln=TIG_shadowProjector
It fixes a glitch caused by a simple typo.
The test for 'receive-shadows' for a container being unchecked was inadvertently being run even if the selected face were in the model entities, which of course cannot have that set !
Now resolved.
Thanks Dave for feedback... -
Glad to help, sir. I'll give it a try when I get home from work and let you know.
d
-
I tried it on a simple box and face. It worked fine. Tried it on a slightly more complicated model and it splatted, twice. I can send you the SKP if you wish.
-
@dave r said:
I tried it on a simple box and face. It worked fine. Tried it on a slightly more complicated model and it splatted, twice. I can send you the SKP if you wish.
Please PM me the SKP[s] that splatted.
I have taken pains to minimize this kind of thing, so I'll be interested to see what's up.
I know that very tiny edges can cause issues as they won't intersect with the face to form an 'edge' - but from your modeling I'd expect no such issues -
I'll send you the SKP when I get home from work. Sorry for the delay.
-
Here's v4.0 http://sketchucation.com/pluginstore?pln=TIG_shadowProjector I have completely recoded it.
It works with Dave's example SKP [PM'd] and all others that have had issues in the past.
It has so far worked faultlessly.
It is now faster and more robust too...Feedback please...
-
It works!
Excellent work, sir. Thank you very much.
-
@unknownuser said:
Inspecting mirrors is a thing I could easily see myself doing.
-
Still getting fairly consistent crashes on a large and moderately complex (29,500 faces on an area of interest of about 55 acres) model. It seems to get through a few steps, though, as it never crashes until a few minutes in. Is there a log file somewhere that might show what is causing the splat, or at least what stage it's happening at?
Advertisement