sehr gut ! this is a real housing project I guess?
I understood that a complete mirror effect is not possible because of Enscape real time rendering system.
won’t it be possible to improve this, as Twinmotion did with the reflection prob ?...
...for sure many people want an improvement here but Twinmotion's strange reflection prob procedure is something I would not like to experience in Enscape
prima! and a nice and calm walkthrough animation
... ok, for wetransfer I also need a mail address - which on is it?
...thanks a lot Pete Chamberlain for your helpwhere should I send the model data?
I emphasize or admit that I may just not be using the right clicks and encourage you to work more with screenshots or screen casts instead of text only.
... ok - installed Enscape 2.8 and did all I meant to be done to run a SkUp-Scene-Batch-Render - but not one single Render is matching not evan close to the SU-Scene. Enscape is rendering any random views. So I assume that I'm missing any detail? what brings up my demand for fast and dirty screencast videos instead of writing too much novels here
... I would suggest we use 2.8 as the basis of this discussion going forwards, as that is the (most) current implementation we have to work from.
It would be great if you could try that version to see if it makes this easier to understand...
... shame on me - where do I find version 2.8 and will it run with my SkUp 2019? (I only find version 2.7.2...)
Herbo - You're a really smart and talented guy Thanks !!!!
just for the named PNG path above: I found it here:
That would be correct, and when View Sync is disabled, then rendering a single image will render the view shown in the Enscape Window, as long as you select 'Use Current Enscape Viewport'.
I cant answer this, as I am not sure what you mean by 'Enscape Render Preview Window mode'. Can you tell me what you mean by this?
It does sound like we need a video for this, but it seems redundant to do this now, as the next version is around the corner and the behavior will change a bit, but I will certainly make a point of making a video tutorial for this topic as soon as the next version is available, as it seems to confuse enough people, including myself. For the time being I want to try and explain it here. So, please bare with me.
Hi & thanks Pete Chamberlain, with "Enscape Render Preview Window mode" above I meant "Current Enscape Viewport"
(which is a mode that I avoid at all costs as it always leads only to a singular nice image and always avoids a processual reproductability)
sorry but I cannot understand what you are trying to explain, either. Do you mind we start from a simple question, then go further?
Question 1- yes or no
Is it possible to have batch renders that match the views I set in Rhino?
I concur with Goodmorning´s question but supplemented by SktchUp's native scenes also:
Is it possible to have batch renders that match the views I set in SketchUp?
This question is extremely important because it refers to our workflow-, process- and production reality.
Below I´ll show you an example of what "processual reproductability" and "workflow-, process- and production reality" could mean and why a CAD-scene-based batch rendering is so crucial, but never ever any "Current Enscape Viewport"
... trying to understand it I have tested a bit more.
Do I understand it correctly? - Enscape's batch rendering is only possible within the Enscape Render Preview Window mode? - but never with the Scenes determined within SketchUp which would require View Synchronization? is this correct? The consequence would be that an automated batch render production of SketchUp scenes would be impossible - is this correct?
? thanks but sorry - I have no idea what you are saying ?? is there finally any Tut out on YouTube?
[single Named Views (which means a normal single render?), unless they are 2-P Perspectives, are always determined by SketchUp scenes with view synchronization enabled because of workflow reasons. But never ever by enscape!]
@Good Morning - thanks for the reply.
This might be in connection to 'View Synchonization', as with that enabled, Enscape renders a single image using the FoV set in SketchUp. Disable View Synchronization, choose the Named View from Manage Views and then render the single image, which will render out using the FoV that was set when the Named View was created.
Batch Rendering uses the Settings that were made when the Named View was created, regardless of View Synchronization being enabled or not, so this might explain the different camera position you are getting.
This behavior actually has not changed in 2.8, the difference I was referring to is something else, but I'm not at liberty to tell you any more at this point.
We have a feature request regarding including the option to omit the TimeStamp in Batch Rendering, so currently what you want to do is not possible, and I can tell you that it will also not be possible in version 2.8. There does not appear, as of yet, to be much demand for this feature though, so any other users wanting this feature should shout about it a bit so it gets up-voted and the demand noticed by the PM team
thanks for all the explanations - but I do not understand a single word and I can't figure out what I'm doing wrong.
No matter what I set - enscape batch-render renders any arbitrary random unusable results, but never the intended scene.
The Batch-Render results are not at all congruent with enscapes renderpreview - Rendering a single scene on the other hand gives the right result.
Prima! is it possible to add a SkUp model screenshot?