I have to agree with ElZoel. I have a wire mesh with a transparency/alpha map and a displacement map. I can NOT use both. As soon as I enable the displacement map, my transparency/Alpha Mask is erased.
How can we combine these for more realism in Enscape as ELZoel is indicating.?
Great!
Thank you!
1. Any possibility of Enscape creating an ID Mask/Channel in the near future by using Sketchup's Tag/Layer designation? The result would be that colors would be created based on the layer/Tag on which objects reside.
2. Also, a request for a separate ID Channel that contains emissive materials only.
Both of these would help immensely in Post/After Effects workflows.
Thanks!
Norbert
There was a specific "AO" slider in the early releases of Enscape. Was SUPER useful. It was removed and integrated into one of the other "sliders", I think the Ambient slider. It's not as useful in the current implementation. Would be great to have the flexibility of having it back as an option....
VR on MacOS is coming. I believe its just a matter of when Apple releases a "plug-and -play" ready solution for the Consumer vs the Developers (or their own headset). I would assume that Enscape could start exploring developing/porting for the Mac once they have the tools. It sounds like HTC hardware is higher on the list vs Oculus. So Enscape, start with HTC support on the Mac....
Some good viewing/reading:
I'm sure the following makes more sense to the Enscape Team:
https://developer.apple.com/videos/play/wwdc2018/611/
https://developer.apple.com/de…nt-kit/external-graphics/
https://www.cgl.ucsf.edu/chime…ac-vr-nov2018/mac-vr.html
There are developers working on VR on MacOS and Beta testers, can't Enscape also start on this?
https://forum.cindori.org/d/80…-htc-vive-egpu-support/30 (scroll to latest post)
Norbert
We are getting black blotches in the render window with Enscape (version 2.4.1.2-gf81592b). It doesn't burn it into the render, but it is showing up in large parts of the window similar to the post in the Archicad section.
Thanks,
NM
This sound like how IrisVR implements its "inital" launch of the VR experience (launching the model). You could scalethe model in Sketchup, and have a pre-built Sketchup scene that you bring items in to view (with a table) until it's an option in Enscape.
Clemens Musterle , for companies with strict security/sharing protocols, uploading to the cloud will not be a viable option (if the cloud is on external non-company resources.) Is there a plan to provide a solution to this? Some sort of local/internal hosting?
Thanks,
Norberto
snowyweston, I had this happen and it was because I was using a Preview version and inserted an Area light and THEN later opened the file with a "Stable" version of Enscape (not supporting area lights). So it was a Enscape version compatibility issue.
Once I deleted the area lights, no TDR error.
hope that helps.
Not sure if this is what you are looking for, I use this plugin within SketchUp to dynamically change the north direction of the file (sun position). That way I don't have to rotate the model.
Just a note.
I gave up on using Enscape on a Mac Tower as our company does not allow Boot Camp, and VMware Fusion only supports OpenGL 3.3
Apparently Enscape needs OpenGL 4.2
davidhard my words exactly!
Simon Weinberger , OUCH! That is NOT what I expected to hear.
I hope that "feature" is able to be implemented, as one of the strengths of Sketchup is the ability to be able to use "Scenes" as a way to change camera view, layer visibility, sun settings, active section planes, AND VISIBLE LAYERS.
Hoping this comes soon to batch!
Thanks
I'm not trying to have it export "Scenes". I'm trying to have it Export Renders (Screenshots) from the various "Scenes" in SketchUp. The various "Scenes" have different Layers that tick on and off depending on the "Scene". The BATCH output is ignoring the layer changes as it moves through the "Scenes" to output the Screenshots.
It respects the Layer changes if I do it manually (No Batch). Defeats some what the implementation of a Batch function....
So in Sketchup 2017 and 2018 ( not sure about earlier versions ) using Escape versions 2.2.1.11, 2.2.3.4, and the preview 2.2.3.1330, Batch Capture is not respecting when layers are turned off and on as it goes through various Sketchup Scenes.
It actually seems to stay on the Layer visibility combination that is active, and when it goes through the Batch (and various scenes) it stays on that active layer set.
The Enscape render window also DOES NOT update to reflect the current batch (layer combo) it is rendering.
When the same Scenes are rendered manualy/individually using the "Screenshot (to File)" icon/tool, the renders created are correct (layer on/off states are respected). The Enscape render window DOES update to reflect the current Scene layer state.
This seems like a major bug. Can your team provide some direction on this? Basically can't Batch various options in Sketchup (based on layer visibilty).
This is using a 1080ti card, latest drivers. Also tested with Quadro K6000 card.
Thanks!
Norberto
Jonathan will Enscape run on a 2017 Apple MacPro running VMware Fusion? It would be only for still render visulization maybe some short animations (no VR). If i there is a performance hit that is ok. We have 2 1080ti PCs for that.
It would be great to get Enscape on 15 Mac machines...
Thanks
Yup, some sort of selective reflection optimization would be great. We have been having to resort back to 3dsMax/Vray on some projects because of obvious mirror/reflection inaccuracies (that cannot be post corrected easily--and shouldn't have to be). I know on our end we could sacrifice some time for more accurate reflections.
**This comment is for still render output. I know for realtime/VR it may not be possible, but make it happen for still renders.
Yes, this would be a great feature to fix. At the moment we have to explode face-me People. Not the best solution...
Can't wait for this feature to get implemented.
Thanks
Pieter agree on the white background.
I used the white skybox (which has to be loaded, but why not have that as choice?) The skybox also gives off ambient light, which I don't think the background option did...
