Enscape 3.2 CRASHING MAIN Thread (Please post here)

Please cast your votes in our two ongoing feedback polls here and here!

    Hi Regina Dizon


    Welcome to our forum.


    I see you mention you have sent in a feedback report, then please follow up with the agent as they have the necessary information to help you further.


    Hi Goncalo Pereira


    Could you go into more detail about what is happening for you still in our 3.3 and 3.4 version, as you mention you don't have crashes?

    The image is rather small and unreadable, or was this done on purpose?


    Hi nick.burger


    Welcome as well.


    It is likely that in that case, the video card is running out of VRAM, especially seeing that the new machines' video cards just meet our minimum requirements as seen here.

    To verify this, however, please send in a feedback report including the log files as seen here, and please add a link to this thread in the description for context.

    Hi Rick,


    Thanks for your reply.
    We starting testing with 3.3 but moved testing to 3.4 because of added improvements.

    We are having issues with multiple users using the same Revit file and Enscape at the same time. On changing the view settings from Ortographic to Perspective or 2 Point Perspective, Revit is reserving a Project Standard called Data Storage Elements. In the version currently deployed to the office (3.0) this clash is causing constant crashes to Enscape and Revit thus speeding up testing of new versions.

    We have found that with the use of 3.4 there is still the issue of Revit warning of ownership clash of Data Storage Elements, but the files are not crashing and if the user clicks on Cancel instead of Request, Enscape will still change the view settings and allow the user to carry on.


    My questions are: Why is Enscape using Data Storage Elements? What changed from 2.x to 3.0 versions regarding the previous question that could be forcing both applications to crash?


    Thanks

    Gonçalo Pereira