3dworks Posted November 20, 2016 Share Posted November 20, 2016 i didn't find it in this long list of suggestion, but i remember it was in the archived forum: everyone here knows that some of FZ's operations are SLOW. what makes frustration rise to a higher level is that most of the times we don't know what FZ is actually doing. even checking CPU activity can lead to wrong interpretations. is it in an endless loop or is the operation finished in 10 seconds? if you decide to force - quit after 10 minutes of waiting and seeing a colored ball is no good. please implement progress bars, text status or whatever shows that status of operation ongoing in the next version. apart from opening a or importing geometry almost no operation has currently status display. right now i am pasting a complex setup of components (a completely furbished office room with around 50 components) from one project into another and waiting for 20 minutes with a ...colored wheel. should i force quit or wait? markus Link to comment Share on other sites More sharing options...
Tech Posted November 21, 2016 Share Posted November 21, 2016 Hi Markus, Thanks for your suggestions, we will see if these can be added for the future. If you have an operation that is taking longer than you would like, feel free to email the file and the details and we will see what we can do to improve that performance as well. Link to comment Share on other sites More sharing options...
3dworks Posted November 21, 2016 Author Share Posted November 21, 2016 dear FZ tech support - almost all operations with massive geometry are taking too long. maybe it's a mac problem? if for example i mirror a selection of complex furniture components (about 12 times a set of 6 high detailed furniture sets) i am waiting about 10 minutes for FZ to become responsive again. if i did an error and make undo, it's about 20 min to go back. and this using a dedicated SSD scratch disk and 48 G of RAM. in my opinion it's more a general design problem of the software. honestly, i've checked the famous software named after a massive animal starting with R lately and must say that this kind of geometry is no problem there - also on mac, with the same hardware. all operations are almost instant and responsive, even when using a shaded view mode. what can i say... btw my model makes FZ use about 4,5G of RAM, so it isn't an unreasonable amount of geometry i'm handling... cheers - hoping for some speed up in the near future. markus Link to comment Share on other sites More sharing options...
rich f Posted November 21, 2016 Share Posted November 21, 2016 FormZ performance has always been kid of laggy on how it handles large numbers of objects.... one old trick is to disable undo before you undertake such an operation. That can help tremendously in certain situations. Be sure to save first in case you don't like the result or need to force quit. In addition I've long had a habit of making sequential saves fairly often. If you are merging a large file the "add to project" option can be faster than copy/paste. (delete what you don't need from the first project, save a temp file and add that to the second project.) Link to comment Share on other sites More sharing options...
Tech Posted November 21, 2016 Share Posted November 21, 2016 Hi Gentlemen, Thanks for this info, we will see what we can do to improve this. Different data sets (different types or groupings, components, geometry, smooth or facetted, etc) can benefit from different optimizations and there are some trade offs. If at all possible, if you could send in a file or two that are typical of the types of projects that you are working with when you notice this issue, we can use them to better tune our optimizations. Thanks in advance! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.