Experienced this for a long time as well. It would be amazing if the Enscape team could help improve the stability and performance of live block editing.
To work around this issue, we typically disable live updates in Escape for all block edits. This can help reduce the risk of Rhino and Enscape shutting down.
Does anyone have any recommendations to improve the workflow?
After some investigation and testing, I found out that it is not the number of blocks that initiated the freezing issue.
The culprit is the large number of polysurfaces and extrusions. (Large number of Surfaces is NOT a problem)
I have a fie with 5000 polysurfaces and 1 block, when I run Enscape and try BlockEdit, it still freezes for around 1 minute.
When I convert the 5000 polysurfaces into a huge block, ie. the file now got 2 blocks.
The delay goes away.
So - conclusion is there is a bug that lies within Enscape how it handles the live link when there are large number of polysurfaces present in the file.
@joeykeys thanks for the investigative work! In order to escalate this issue to our developers, we would need the logfiles from your machine, and ideally also the project where you have encountered the issue. You can send us your logfiles via the Support Button. This opens a case with our support team and they can provide you a link to upload your project to our secure server. Thanks in advance!