I had a project in Sketchup (Enscape 3.5.0 preview 12+97341) recently begin to throw IES profiles to the right (if you are facing the red axis, so front view) of components the spot light is housed in, or if in the model alone and not contained inside a group or component, to the right of the global axis of the model. No movement of the light would change the location it pointed if an IES profile was linked. Without any IES profiles, the object behaved as expected. See the two examples of 60 degree spots versus the examples where an IES profile was applied. I used two different profiles in this example (and tried 6 or so that I regularly use) and the profile consistently pointed in the same direction regardless of how the light was focused.
IES profiles not pointing correct direction
- joshtays
- Thread is Unresolved
-
-
I do not know when this behavior happened, and whether it is related to the latest preview version of Enscape, or the model size itself. It is relatively large. (but not the largest model I've used in Enscape by any means).
890mb sketchup file
5,922,408 faces
4721 groups
1626 Component definitions
854 Materials
This does not include the geometry that is in Proxy models, or enscape assets.
-
we've already the Preview Version 13, try it out Enscape™ Preview Version History - Enscape | Enscape (enscape3d.com)
-
I had a project in Sketchup (Enscape 3.5.0 preview 12+97341) recently begin to throw IES profiles to the right (if you are facing the red axis, so front view) of components the spot light is housed in, or if in the model alone and not contained inside a group or component, to the right of the global axis of the model. No movement of the light would change the location it pointed if an IES profile was linked. Without any IES profiles, the object behaved as expected. See the two examples of 60 degree spots versus the examples where an IES profile was applied. I used two different profiles in this example (and tried 6 or so that I regularly use) and the profile consistently pointed in the same direction regardless of how the light was focused.
Thanks for the report.
This behavior should already be resolved in Preview 13, which you can acquire directly here too.
If there is any further feedback you wish to share, please do so.