Posts by Simon Weinberger

    Pieter The version we are currently working on uses normal revit families, with some 3d geometry automatically filled in (but content is completely ignored by the Enscape renderer). So in theory you should be free to change these families to your liking.

    You still need a little patience until we show our work in the preview version.

    Micha   Demian Gutberlet This is actually the intended behavior. We don't want you to play around with the settings while a video is rendering and thereby destroy your video by accident.

    Do you wish do re-open the settings window after the video export is finished, or do you want to modify settings during the video export or do you simply hate if windows pop in/out automatically? Please describe your use case in more detail.

    IRUK It's not possible to switch between different versions of Enscape without restarting SketchUp. In case you don't want to run the Enscape installer many times, there are 2 paths you can go (both UNSUPPORTED)

    1. Install different Enscape versions into different folders. Run <install-dir>\Installer\Output\Create-Plugin-Metadata_NoAdmin.exe to switch the used Enscape version for the next SketchUp start.
    2. In case you have a little bit of coding experience: You need only 1 line of ruby code to start up Enscape. Take a look at %AppData%\SketchUp\SketchUp 2018\SketchUp\Plugins\enscape\loader.rb to see a lot of sanity checks and the important line beginning with "require". Call that require from within your own plugin or via command line (search for Sketchup.exe -RubyStartup), whatever suits your workflow best.

    justlark In SketchUp, when setting a custom resolution, you can use the aspect ratio from the SketchUp viewport. Not exactly what you were asking for, but might help you.

    Do you mean integrated inside the Enscape window (like the presentation mode or the settings in the standalone), docked inside the Enscape window, or docked inside SketchUp? Or have materials/lights/settings all in one window? Not sure every solution is technically possible, just want to understand your idea.

    TowerPower I tried it with Thea once, when we started working on the SketchUp plugin. After a few minutes I encountered a bug with the live updates and the geometry of Thea and SketchUp was different. These kind of bugs totally destroy the usefulness of such a feature. Suddenly you can't select the things you see anymore and there is no indicator that something is wrong.

    Considering the quality of SketchUp's notification API I dare to say: Every render plugin for SketchUp with live updates has to find a compromise between speed and accuracy, therefore there will always be the risk to be out of sync. And with that risk, rendering inside the SketchUp viewport is a no-go for me.

    What's your opinion?

    TowerPower It was changed when introducing the VR screenshot feature. For obvious reasons we don't want any save dialogs for screenshots while in VR, and we didn't want to have several different screenshot folders/mechanisms. But a lot of users don't find this option, so might want to change it again.

    TowerPower Take a look at settings / capture / default folder.

    Please continue reporting bugs in the geometry export or live updates. The cutout live update problems are noted, but I can't yet say when we will fix it. The faces turning black are fixed in the preview version

    Jorgensen How do you imagine a more userfriendly model? In my opinion it's very userfriendly, to have a handy preview of all your panoramas and even being able to jump back to the same position?

    If you see it as a one-time export (get the image file, do whatever you like with it, forget about the panorama in Enscape) then I agree with you about being a bit tedious. I'm still trying to understand what you really want/need. Would it be a start to select multiple panoramas, being able to click "save to folder" and save them all into a single folder. Afterwards you can click "delete" and delete them all with a single click, the files stick around.

    TowerPower Thanks a lot for these error reports. I could reproduce most of them.

    For your information: Revit has quite good events we receive when you change the model, but we must request the data for the whole model and skip everything we don't want. That makes it slow. SketchUp on the other hand, has very poor events, but we can request the data we need directly, so it's fast.

    There are a lot of cases in SketchUp in which we have to guess what happened after we get notified about a change - or ask for more information in some obscure way.

    Take the cutting components, for example:

    We get notified when you place such an instance, but we don't get notified about the cutted face. This we have to handle ourselves, which might be possible. Likewise when you move the instance or delete it. When using the "Unglue" command in the context menu, we don't get notified about any change, which is really bad.

    Undo/Redo events are even worse in general. Like when undoing a component drop, there is no event removing the instance, only removing the component definition. But we should be able to handle this. You can delete it and then purge the model.


    Similarly, sometimes when you modify the geometry of a face, it will suddenly dissapear in Enscape and turn black.

    This is the only bug I was not able to reproduce. It would help a lot if you provide more detailed steps to reproduce the behavior.

    Considering the quality of the events we receive from SketchUp, Enscape will never be able to show the model 100% accurate, only by reacting to the events. Do you have any idea for a workaround? Right now you can click the start button again to reload the model (no need to close Enscape first). We might be able to add a "reload geometry" button, that does not reload any textures (which can take a long time). Not a fan of it, though. Perhaps you have a better idea.