Posts by renderwiz

    Enscape dialogue boxes with Sketchup do not allow for Alt Tab to work properly. When I Alt Tab back to Sketchup I see an icon for each Enscape dialogue box open. None of these activate the Sketchup session only the Enscape dialogue box. I must manually minimize whatever window is above sketchup to see it. If I close all Enscape dialogue boxes it works properly. It seems to happen when the dialogue box has focus... If the rendering window has focus it does not seem to occur.


    I have been pulling my hair out as I Alt Tab a LOT while working.


    Thanks!

    I was about to create a request for a proper Changelog and found this post. Perhaps this is the appropriate place to make this comment, please advise.


    The current "Version History" reads more like a "What's New". It primarily addresses new features or improvements. but is silent on minor changes .


    There are typically several additional minor changes that go into each update than is listed in the Version History which nonetheless impact the look for a rendering created with a previous version.


    Would it be possible to have detailed view of Version History?


    Thanks!

    This is a problem for me currently as well. I have a project nearing the final stages of presentation for which I must use aggressive post production denoising techniques (which take MUCH longer than any extra render time I would have to wait for) I have even toyed with multiple render output and averaging them in post to remove noise. The problem is that this type of artifact is inconsistent with Enscape... sometimes reflections are not noisy and it is hard to predict.


    I posed a solution several months back which I am certain would not require significant effort. If one zooms into a problem area, like the one Micha pointed out, and renders a cropped version of the scene, this type of artifact is generally much better. It also improves on shadow glitches. If we can render tiled images with some overlap, this would be a quick workaround for those times when artifacts like this are not acceptable, or when higher resolutions are needed. These tiles could be composited outside of enscape automatically, such as in photoshop, or ice.

    Yes, this absolutely hinders my workflow. I am very surprised to hear this is not being fixed. I have been unable to achieve the exposure I wanted on at least 2 exterior renderings in recent months.


    Are their any workarounds (such as typing in a specific exposure level) ?


    If there is a need for a type of "Low Exposure Mode" (logarithmic scaling for the slider?) so that setting low exposures are more sensitive, why not allow us to manually turn on/off such a "Low Exposure Mode" mode rather than force it to be automatic and compromise the middle range of exposure?

    ...you can colour code your assets....

    Gadget I have tried this method of customizing the "proxy box" only to have them reset to the original simple box. It seems to be related to when Enscape reloads the proxy, definitely if the proxy changes (ie. adjusting a material on the proxy, which I do a lot) but possibly at other times. This also seems to affect the AW Proxy representation. Have you found a method to make these types of custom proxy representations be persistent? Or do you experience these type of issues as well?


    Thanks!

    I would like an indication of proxy direction and what file is being referenced.


    It could be a simplified version similar to your library but not necessary to be even that complex.


    Colors or arrows can indicate direction.


    Text with the filename or including the file thumbnail could indicate source.


    Thanks!

    It was worth a shot....


    Use cases not working:


    1. Sun Shadows cause random glitches at specific distances from camera.


    2. Sun Shadows seem affected by overall scene size.


    3. Shadow softness of artificial lights seems affected by scale of scene.


    4. Working at small scales. Revit files facets hard coded to sizes of scene and do not work well for details.


    5. Working at very large scales.


    6. Grass height limits. What if i want Super short grass?


    7. Etc, etc.


    If scenes must fit within a range of sizes to work well, there will always be cases that dont work. Why not give those users a way to deal with it? It could even be a user cfg variable. We have already had the opportunity to adjust distance parameters via that method.


    Thanks :-)

    I would like a global scale adjustment within Enscape.


    Enscape is translating our scenes prior to rendering. During that translation, would it not be possible to apply a global 'scale' to EVERYTHING? This would include camera distance. The end result would be imperceptible in many ways, but would allow us to workaround several hard coded rendering optimizations currently in place.


    Enscape makes several assumptions about how it will render depending on the specific size of a scene / object and the distance the camera is away from them. There are optimization techniques being used (cascading shadow maps + other shadow maps techniques) that break down sometimes at specific distances from the camera. Apparently overall scene size can make a difference as well.


    I have manually scaled my scene to get around shadow issues, and also grass height issues (when we were not able to control height) Several other users have tried manually applying a scale with limited success. The main downside to that approach is that one must make a permanent change to the model. I propose a "global scale" that is only applied during rendering. This would also allow for Revit users who wish to render smaller scenes to have smooth curved surfaces.


    There are likely many other benefits, and since the Enscape team does not want to provide fine grain control over render settings, this type of "global scale" would allow those who run into rendering glitches an outlet to attempt to work around them.


    Thanks!

    Here is what I understand about the confusing behavior related to save locations (and a Request!)


    Currently (2.52) it will remember the last location an image is saved OR location a texture is opened from. This last part confuses me regularly. I expect the software to remember my last location for saving an image SEPARATELY from the last location I open a texture from. Each of the different tasks... save an image, save a file, open a texture, etc, etc. should remember separately as they are alternated between regularly and it creates an inconsistency that causes confusion.


    Please make this a request Demian Gutberlet !


    macservice123 you might test to see if this is what you are experiencing. If not please report back.