The camera will move up to 89.90 in latitude and not the full 90 degrees.
This can be a problem in orthographic view when importing objects into a scene and trying to align them.
Is this a bug?
Hi Marios ,
I have to be honest I have never noticed this until you pointed it out , maybe Brian Hillner can clarify as I cannot think of a reason that this would be the case
Thanks for bringing this to our attention. I have asked the Visualize R&D team to see if this is a limitation or a bug.
What was the determination with this? I see it's still an issue in 2020 and is making issues for us. We're having to go in and manually cut out Top Orthographic renderings because it's not a full 90 degrees.
Looping in Ron Bates
We intentionally cap the slider value to 89.9 to avoid Gimbal Lock (Gimbal lock - Wikipedia)
This technically can occur in any 3D tool; You can observe what happens in SW when you move a camera up to and past the 90' mark; the other dimension will FLIP... See attached video. NOTE while SW slider says it is at 90, it's possible (i'd have to confirm with some other colleagues) that this is just UI; and it really caps the slider value as well to some value just shy of 90. Otherwise when you use the slider to reach 90; you would have the same flipping occur. Note in the video when dragging the camera with the manipulators, you can never get a value even close to 90 before the longitude value slip to -180deg.
Is the 0.1 degree off axis causing an actual problem? Or is it just a theoretical problem?
Note that if you were really trying to align objects with one another by moving them around, using a true orthographic camera with the presets for Front/Back/Right/Left should do the trick. Even if the UI reads 89.9, in Ortho I believe you'll actually be looking dead-on.
Hello Ron. Thank you for your quick response.
In the rendering i'm working on we're doing a top-down section cut of a doorway. With our camera set to orthographic, we can manipulate it to a latitude of 89.90 degrees as you demonstrated. We do need the camera to reach a full vertical orientation to match drawing views from Solidworks which will be overlayed in post processing. We reference orthographic views fairly frequently for manuals, etc... and there's always some confusion since there are slivers of the product below the section cutting line.
Manual camera manipulation with orthographic camera. Areas of concern boxed in red as a result of the 0.01 degrees off vertical.:
Camera view using the top orthographic preset in Visualize. Same problem.:
This is the look we're going for, which requires manually cutting out the areas boxes in red mentioned earlier. Solidworks drawing* edges-only view has been exported and overlayed.:
We'll see if we can improve this... While I can see the 0.1 degree stop from 90, does show sliver faces, it's possible we can still avoid gimbal lock and get it to a point where you can't see slivers of perpendicular faces... will take some time to dig into.
Meanwhile, based on those small screenshots... I do question why you need to even render these and composite with the drawings? If you apply the materials (and textures) in SW, you can just use shaded drawing views. Perhaps there are cases where you want true ray traced shadows and/or reflections?? Or maybe just don't want to assign and map appearances in SW??
You're correct that I could do all this in PhotoView and get something similar. As a work-around, I might have to. The primary reason i'm trying to do it in Visualize is because there are other renderings around it in our material and they'll have a different rendered look or style. Having true orthographic views in Vizzy seems pretty basic which is why I brought it up. Thank you for checking for me. I look forward to hearing how the research goes.
Retrieving data ...