Posts by joshtays

Thanks for that Kaj

If anyone else has this problem - It might just fix itself after losing a day trying to fix it, maybe just take the day off and go fishing or shopping or whatever you're into if you have this problem, and come back the next day with optimism and enjoy your work again.

Well, this is entirely unhelpful, but the problem has seemed to clear up after exporting an .exe file. For whatever reason, I was then able to export a video, a panorama, and still image from the screenshot button in enscape as well as from the quick command. Going to try rendering a full house model now and see if anything has changed.

Definitely not a directory problem. Might be specifically an issue with Enscape for Sketchup, but still weird, because I don't have the issue with SU on my laptop.

Was able to save an exe from a sketchup linked enscape session, then that exe file was able to render a still image directly to the library/photos directory that linked enscape wasn't able to open, even in this very tiny test file.

Screen grab and rendered image from .exe attached.

Rolled back to older version of NVIDIA studio. Still getting this error. Maybe a dropbox thing? Anyone at Enscape see this before?

I wondered if the Library/Photos directory is an issue on this machine for some reason, I can't really think of a good one, but I need to fix this problem as quickly as possible. Is there a way to change the default folder to save still images to, before saving the first image? I'd really like to try something like that to be able to narrow things down in my troubleshooting.

When I attempt to render a still image on my main PC, the save as window pops up, but is greyed out and says working on it... Enscape hangs on this window at least ten minutes. I haven't tried longer, but we're a long way from real time if that's how long it takes to get to naming the save as .

I do not have this issue on my laptop. It does have older NVIDIA drivers though. That's the last thing I have to try is rolling back the studio drivers. I have not tried exporting to .exe, or video, so not sure if that works or not.

Anyone else experience this?

SU 22, Latest version of preview, but issue persists on roll backs, Latest drivers for NVIDIA and ASUS/Intel installed. 12th gen i7 Win 11 Pro 22621.1778

Double checked NVIDIA drivers on Geforece Experience, updated, same result

Downgraded to last official release. Same issue. Started a ticket in Sketchup.

Update:

Deleted a ton of geometry and removed some very heavy textures, purged model and was able to get the output to work, but definitely had to remove way more information than I would have expected to in order to get a file that would open. Going to try and revert to last official release and see if this allows full export.

Our interior design firm has been sharing updates with an architect we partner with via .exe files in enscape and dwg exports from sketchup, and all has been going swimmingly until my last update to this home. File is fairly detailed (900MB SU file) the resulting enscape .exe is 1.91GB. I was able to open/run the exe files at 1.73GB output. Did I reach the end of the line for enscape executables?

Happy to share my SU file, or executable if needed.

Enscape version 3.5 14+99672 - tested output of a smaller file on this version of enscape and all worked. Please advise

I would love this for the same reason. +1

Didn't see this on the voting portal, so I imagine we need some more chatter here first.

I do not know when this behavior happened, and whether it is related to the latest preview version of Enscape, or the model size itself. It is relatively large. (but not the largest model I've used in Enscape by any means).

890mb sketchup file

5,922,408 faces

4721 groups

1626 Component definitions

854 Materials

This does not include the geometry that is in Proxy models, or enscape assets.

I had a project in Sketchup (Enscape 3.5.0 preview 12+97341) recently begin to throw IES profiles to the right (if you are facing the red axis, so front view) of components the spot light is housed in, or if in the model alone and not contained inside a group or component, to the right of the global axis of the model. No movement of the light would change the location it pointed if an IES profile was linked. Without any IES profiles, the object behaved as expected. See the two examples of 60 degree spots versus the examples where an IES profile was applied. I used two different profiles in this example (and tried 6 or so that I regularly use) and the profile consistently pointed in the same direction regardless of how the light was focused.

Thanks Demian,

Totally aware of the custom resolution settings in the output section, and I agree it's a vaild work around. I have completely avoided doing that specifically so I could keep from having to do a ton of manual settings, but in the end, it's probably worth the extra time in that department until something fast comes along.

I am really enjoying having sun control outside of my 3D modeling environment in the Enscape scenes, thank you for that add, as well as camera position readouts.

It would be really cool if a "Roll" parameter could be added to the camera orientation, since not every shot wants to be in landscape, sometimes you just need a portrait image. Sure, we can render out our stills in landscape and crop down, but that really loses a ton of pixel density for the final image if it is zoomed to the same level as full landscape images. Also, might be cool to do some videos in portrait mode, just to simulate what most people do with their phones and take portrait style video instead of landscape. You could argue that landscape is always better, but if I were to share a video I rendered to a social site, usually the ideal format is portrait.

Thanks for the consideration.

Not sure if anyone else is having this issue or not, but I'm having an issue with a sketchup model that is correctly geolocated having proper time of day shadows in enscape. It is staying dark until afternoon in my enscape viewer. Sun shows and shadows are correct in SU model. Not sure if this is just an issue with preview version 3.4.0 3+79053 or if there is something else going on. This issue only exists on my desktop machine, and not on my laptop, and I don't think I downloaded preview on that machine, but will check later to confirm.

Thats an effective work around Penzluk and Bas.Lab, however seems pretty labor intensive if you have to change any wall materials under your edits. I'd want to quit my job the second time someone asked can we see a different brick option. A true decal wouldn't care what the texture under it is, and would allow for quick changes of materials globally without opening 10-30 photoshop files

upvote for feature request

So, just trying to clarify. The current suggestions are:

• Enable removal of "Enscape" from name sequence
• Enable removal of Timestamp from name sequence
• Allow names to follow viewport names
• Allow Option for Custom prefix (Project name, Client name, etc)

Am I missing anything? And is it correct that and that the goal is V3.3 or v3.4? Excited to be able to make use of batch function.