Posts by Tearch

Rdrest1 If D5 came out with a optimization update that reduced render times to roughly a minute, and made usability partially easier would you continue to pay for Enscape?

"You won't see high quality trees, grass, fire, rain etc. in the near future." You might be correct, but the program that introduces the entire package first will sweep the market. The goal of every rendering company is to create a program the vast majority of the market, architects and archviz alike, want to use and therefore pay for.

There are people like myself, and I'm sure others who like the mechanism behind Enscape but see its features/developmental process falling behind competitors. If Enscapes goal is only to capture the "novice renderer" percentage of the market they should just come out and say that. They cant say that though because they know I and others waiting patiently for features will leave and stop paying. What I am sure they are aware of, but I believe are underestimating is the point at which that group of users throws up their hands and leave before they have a recovery plan in place. They can ride the big arch firm license wave out, but HOK and others will abandon them for the next program if something better comes along.

Paul Russam I 100% agree that Enscapes rendering process is significantly better than that of other rendering engines. But I can argue that at a certain point the lack of features offered by Enscape vs those offered in alternative stand-alone programs I.E. Twinmotion, D5, Lumion, makes the awkward interface worth more from a pure output standpoint. Add in their cost, free(except for Lumion), and it's obvious why some people would jump ship.

If I'm doing a beachfront residential project with lots of vertical water and fire features, it's a no-brainer to go with another program to complete the project because Enscape work-arounds look subpar. Implementing those features isn't an overnight possibility but the fact that they have been on the wishlist since pre 2018 and haven't even been touched. In the meantime D5 is adding volumetric lighting and seasons plus already has those water and fire features when it was released two years ago is a slap in the face to Enscape. It makes you wonder what is holding Enscape back.

The simple reply to this is Adam.Fairclough is correct in saying "skill of artist is more important than the software itself", but it's undeniable that the R&D side of other programs like D5 and Twinmotion are greatly outpacing that of Enscape.

Enscape seems to be focused lately on making the UI look pretty and run well vs giving users more features to produce better renderings. Considering our clients never see the UI side of Enscape, that doesn't really seem to be a high priority to myself and others who have pointed that out. Speaking for myself, I would take a program with all my wishlisted features but terrible UI over a program with the opposite any day.

I am still on the Enscape train for now (mostly because Twinmotion still looks like a video game without post-processing, and D5 I feel still doesn't have the quality lead over Enscape), but all it could take for me to jump ship is a huge update from a competitor. Brand loyalty for software is almost non-existent, I am sure Enscape is aware of that, but as long as large firms purchase licenses and they still have a slight lead over the competition they are free to ride the wave as they please.

I've have noticed increased load times and stuttering when trying to fly through the models on 3.4 as well.

Demian Gutberlet Any news on the 3.5 dev, agenda? Really hoping some long-time issue fixes and features are on it.

Demian Gutberlet Does this mean that stand-alone exports from windows can now be viewed on Macs?

Using Rhino 7 and this preview version, whenever a file I am working on gets reopened, Enscape reverts every displacement map back to a bump map. It is a huge time waste having to go back through all the materials and remember which materials are which map type. This does not affect normal maps, and obviously, bump maps are set to their default.

al556 Enscape cant can do both at the same time.

This has happened to me on a number of projects across multiple modeling platforms and Enscape versions. Sometimes it goes away when restarting Enscape, but not always. I've done a tiny amount of experimenting and it seems to revolve around fully or partially transparent materials. It is very annoying and you aren't the only one experiencing it.

I attached a similar "glitch" along the same vein as this. Although this red line doesnt glow, it isnt suppose to be there and can be distracting if a client notices it. I have no clue how to elimate it.

Enscape isn't a modeling software so what geometry are you trying to export? Other then exporting standalone files I'm not aware of any export feature Enscape has.

No you can only have one section cut in Enscape. Even if it is or isn't nested.

+1

See:

RE: Edge Definition Requests

RE: Round Edges Material- Next Level Detail & Realism

RE: A rounded edge option

RE: Add some essential shading nodes

gdarch They want you to follow the link that is labeled "here" in orange at the top of Demians first post of this thread. There you can submit each of those ideas individually by hitting the button in the top right corner.

I don't work work for Enscape but a few comments about your wish-list:

-PBR materials aren't supported by Enscape. (A huge wish-list item from a bunch of people)

-Mixed materials have been requested for at least three years and have never been mentioned on the dev. agenda.

-They will likely just tell you to create a gradient texture using Photoshop for whatever look you are trying to achieve.

- Soft edges have been requested for years from the Rhino community and just like mixed materials nothing has been mentioned.

-Curvature/falloff maps are likely too complicated for Enscape because it is a live rendering platform.

There have been a number of requests for similar features to add complexity to the program for more advanced renderers. For some reason, Enscape has chosen to keep the program as simple to use as possible instead of offering more complex tools to those that wish to use them.

The TL:DR is I support all the features you want to see added, but I wouldn't hold my breath for them.

Are you sure hes not a vampire? All jokes aside, this is one of the numerous things that needs to updated. I would honestly rather points like these on features already in the program be addressed and corrected rather than ANY new features (including ones I try to promote) get added. I assume other people feel the same way about it as I do.

Quote from Pieter

For what it's worth, I haven't been this excited about the roadmap since Enscape 2.9 (that brought us custom assets). The saved sun positions, update views and the custom asset categories are all going to be huge for us.

* If it is actually implemented correctly and not as a half-baked feature like a bunch of the recently added features have been.

Double click the unlocked mesh. You'll then be in the block editor.

Demian Gutberlet Will 3.4 change the functionality/UI of the video editor?

So assets placed in Enscape are considered blocks by rhino. Even though the layer the block is on which seems to be "Tree" is unlocked the actual "mesh" layer in the block/asset that you are trying to select is probably locked. If you find the layer the mesh is on I would suggest unlocking it. Then go into the block editor for that asset by double clicking it and change the material to the tree layer and it should become select-able.

Enscape does not have a solution for vertical/volumetric water. It has been a item that has been asked since 2018 but nothing has been done to provide a solution. There are a few forums on here that have certain work arounds that might work for you. Demian will ask you to add your vote to their portal, who knows when it will be tackled.