Posts by norbertsf

    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

    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.

    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.

    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...

    Just wanted to express the need for a "white" no horizon background option in future versions.


    I know it has been mentioned before for flexibility, but wanted to make sure it was on the Enscape list.



    Thanks!