Super. Looking forward to your report.
Long story short... I was wearing Enscape-22.214.171.124, getting the notice from a post about parallel projection view implemented in 2.7, I updated to 2.7 yesterday... Wow, everything works. And yes, my issue could have been solved in 2.6.X. Anyway, appreciated!!!
Doing this will make post-processing much more streamlined, if I get it correct. Is there an opportunity to provide an option in Enscape for Enscape to crop its rendering using the same algorithm as SketchUp (SU in later content) direct export, when utilizing synchronize views to export at a fixed aspect ratio?
It seems like Enscape and SU are implementing different cropping mechanism when requesting to export at a fixed aspect ratio, when the requested aspect ratio is different from what is on the screen/viewport. (Which is 99% of the case, because screen aspect ratio is manipulated by dragging the window and intend to be loose. ). Which is making the overlay of these 2 layers difficult. Is this true or am I doing something wrong? In comparison, exporting with screen/viewport aspect ratio on both ends gets the job done decently (See image below), however, fixed aspect ratio is more practical since in SU screen/viewport aspect ratio can only be manipulated by drugging the window of SU and the result is very hard to maintain through multiple iterations.
Both images below are using pixel to pixel overlay in Photoshop of SU exported hidden line and Enscape rendering. The left image is using a fixed aspect ratio export on both SU and Enscape, while the right one is using screen/viewport aspect ratio on both.
Thanks a lot,
Only thing you'll then have to do is to throw the exported Sketchup and Enscape view into Photoshop, scale them until they match,
Hi MatthiasB and Demian,
I appreciated MatthiasB's quick response! I tested the approach, here is how it turns out.
Both images below are using pixel to pixel overlay in Photoshop of SketchUp (SU in later description) exported hidden line and Enscape rendering. The left image is using a fixed aspect ratio export on both SU and Enscape, while the right one is using screen/viewport aspect ratio on both.
It seems like Enscape and SU are implementing different cropping mechanism when the requested export aspect ratio is different from what is on the screen/viewport, which leaves a little bit to be desired. Is this true or am I doing something wrong? Exporting with screen/viewport aspect ratio on both got the job done much more decently, however fixed aspect ratio is more practical since screen/viewport aspect ratio can only be manipulated by drugging the window of SU and the result is very hard to maintain through multiple iterations.
Thanks a lot,
Hi folks at Enscape,
I am writing this post to see if there is any updates on the process of incorporating this feature into Enscape SketchUp plugin. I am aware of some older posts on similar topic, however the latest reply was from more 365 days ago and I got recommendation from the forum to start this new topic.
Both our senior design team members and our long term clients are so used to this process and visual style of using "edges" in SketchUp to represent brick joints rendering with native SketchUp function. We appreciated the extended possibility Enscape brought to us nowadays. However, the best way to introduce Enscape to the team, instead of replacing our older process directly with Enscape rendering, as we figured out, is to begin with using Enscape rendering as "icing on the cake" -- a layer of rendered material overlaid with our current visual style. Unfortunately, there is no way to align Enscape view with SketchUp view (which carries the edges) easily, and there is no way as we know to rendering edges with Enscape as well.
Below is a reference of our SkechUp model where brick joint is represented by edges in SketchUp.
Thanks a lot,
Shuojin "Shawn" Yang
Hi Demian Gutberlet , appreciated your quick feedback.
I will try your method on the real project later today. However, as I tested on my demo model, with a fairly small horizontal surface, the problem still seems to exist (check out my youtube video Shadow disappear even with a small ground plane).
Screenshot of the same demo model in my video.
Thanks a lot!
The disappearing shadow is caused by model content being "too far from the world coordinates origin by 4.7km in x and -4.3km in z" (quoted from Enscape Support Team). The problem is solved through Feedback function in Enscape.
Below is my original post.
See the inserted image and video (Video record of the issue). I notice part of shadow of certain items disappear at certain angles. I found this happen constantly when I am doing a "valley" view at human eye angle.
Can someone help me out? Thanks a lot. I am using enscape verion 126.96.36.199.
Thanks a lot,
Full shadow at a different angle: