Posts by mattendler

+1

Demian Gutberlet can you mark this thread as unresolved? I understand the desire to check things off your list but this issue is outstanding.

Demian Gutberlet  Phil Read and everyone else:

is there a more thorough method for managing proxies? I had no idea you could link a revit family to an enscape asset. Does that occur across all types of that family? Or just the instance?

It would be great if there's a dashboard that lists the family types loaded in the revit file and then would allow them to be auto-replaced per dropdown replacement choices in Enscape....

i think if u hit 'P' it will play from wherever youre at in your timeline

bump

I'm just going to add here that I've always been upset with the way that Archvision feels that they can have ownership/dominance over the only proxy file format within Revit....

I truly believe that all of this should be OPEN SOURCE, and that is the only way it can really thrive - so however Enscape can align itself with an open-ended community format where EVERYONE develops assets and adds them to a huge repository of assets - then we will.

Enscape should work towards their assets being renderable in everything, and transition all of this to a free community database. That is the only way you'll defeat Archvision.

Pete Chamberlain I'm only on one GPU. It's related to opening large files.

My question is can i dedicate one GPU to Enscape, and another GPU for the rest.

skhayward  Demian Gutberlet

The PC is strong...

I7-7700K overclocked to 4.7Ghz

64GB RAM

1TB PCIE NVME SSD

Geforce 1080 TI

Demian Gutberlet

Demian Gutberlet Any reportback? This is a big issue

Hi,

I tend to notice my Revit consistently gets sluggish and can hang up for brief moments when I’m running Enscape, live updating or not.

Has anyone had any performance boost using two cards in their machine: one dedicated for Enscape and one dedicated for Revit? If so, what steps do you take to delegate the energy spent between the two cards?

Thanks.

Quote from Pieter

No because these concepts only exist in Revit. For me it makes sense that these things are left to the host application which already has many tools (like view templates) to handle all these settings efficiently. It would also be a gigantic development effort.

The only 2 settings that I'd like to be governed by Enscape (in an ideal world) are the camera positions and sun position. You would still select a revit view from which Enscape should get the geometry, but camera positions and sun positions would be managed by Enscape. This is similar to how many other applications do this (as mentioned by renderwiz). It's interesting that you can re-use a revit view as an Enscape view, but it's kind of limiting that you NEED a revit view if you want to save a camera position or time of day in Enscape.

But like I said, I think given the current implementation that's unlikely to happen. And there might be other solutions to get to easily reproduceable renders. Like suggested in the other tread, an easier way to update cameras (so we can tweak camera position and time of day and save that back to the camera) would be a good step in the right direction without needing a major overhaul.

Pieter not sure I agree with you. They've already implemented a BIM mode. It seems like the only way to really solve the problem. Anything else is a workaround.

We love this tree and spec it alot in our projects. Would love to see it in the library!

https://www.google.com/search?…ECBcQAw&biw=2327&bih=1216

I see that we have BIM data now but it hasn't really proven useful to us yet. Can anyone state for the record how this feature is working for them? And how they are using it in meetings, etc?

I'm still waiting for the essential feature of measuring from one point to another point in the Enscape environment...are we still developing that feature?

yea we struggle with this as well...we end up just re-saving the view and deleting the original because there's no way to "push" the nuances in sun setting or camera re-positioning BACK to the view. Which is a confusing pain point for some projects.

But furthmore...

And even if it did, what if that view has a VT that is locking that from changing? Would Enscape tell us that it cannot complete the transaction? Or would it be able to update the VT? Or remove the VT from the view?

And if it cannot, seems like a valid point to suggest that Enscape should catalog its views in its own browser UI? Independent from Revit's project browser?

Pieter Your point about a level playing field across the applications is well taken.

Pieter  renderwiz i'm interpreting your above points support the idea of having Enscape handling the properties of the view directly in its own UI, is that correct?

Like...are we suggesting that Enscape control the below elements within its own dialogue box (it will basically have its own VGO Panel)???

aka..all of the below controled DIRECTLY in Enscape UI (not pulled from a view's view properties)

Model Categories and Subcategories

Imported Categories

Filters

Worksets

Design Options

Detail Level

Parts Visibility

Discipline Setting

Lighting Settings

Phasing

Phase Filter

Section Box

Temporary Hide/Isolation

Manual Override by Element

Linked File properties for all of the above

Demian Gutberlet For example, I'm trying to change material textures in my host model, and that is triggering a re-export of all the link Our firm will be downgrading until this is fixed...

Adrian Renner Can we have a slider to adjust the saturation of the vegetation?

Pieter  Clemens Musterle  Demian Gutberlet ^

Currently we do this in photoshop using the material ID export. Would be nice to have as an option from the plugin's viz settings. See attached: