Jump to content

M5d

Member
  • Content Count

    355
  • Joined

  • Last visited

Community Reputation

28 Great

About M5d

  • Rank
    Journeyman

Personal Information

  • Location
    Australia

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @SteveJ That is promising. I know it's to early for definitive answers about this transition, but a slightly different question; how long did VW support universal binaries after the last transition, and would that period likely be longer this time? I ask because, from the general commentary so far, it's assumed the more powerful machines will likely be the very last to switch over to Apple's own Silicon. That's going to leave the intel macs as the primary / better option for those needing to upgrade over the next 18 months or so. The length of the "universal" period would make the difference between whether to grab a regular iMac as a stopgap, or whether to purchase as planned?
  2. I like the approach they're taking for gauging user support / interest in new features.
  3. Ok, the problem is definitely new in 2020 then, 2019 is still working as expected.
  4. I'm still waiting for SP3 to make the move, but could it be you've hit the order button in the top bar without noticing?
  5. I wonder if this thread, https://forum.vectorworks.net/index.php?/articles.html/articles/vectorworks-operating-system-compatibility-list-r533/, is definitive, or more a statement of intent about compatibility when it comes to the current editions, 2019 and 2020.
  6. The content in this thread really needs a dedicated home! Something more, possibly of interest; while trying to find some use based info on the graphics options Apple's offering, I came across this AMD guy instead; Brian Savery, who's starting a series on Pro-Render. Twinmotion Unreal gets a mention in the opening video, which possibly explains why the next version is still pending. When TM 2020 does arrive however, the videos he's promising could be handy for in-depth tips on the renderer underneath.
  7. Something to check, which could be part of the problem, is that to make sure you have "Save viewport cache" selected in Document Preferences, under the File menu.
  8. That BricsCAD statement should probably be read, in part, as coming from their own situation. It would be preferable for NNA to provide their own detail, like the vendors below, for clarity at least, because I doubt the BricsCAD statement should be used to explain away some, if not many, of the apparent bottlenecks we experience in Vectorworks where multi-threading could alleviate the pain. For example, autosave is listed below, seems obvious, but if that was multi-threaded / backgrounded would we still have the perpetual 5 minute hiccup / beachball, particularly with large files, that we have now? https://helpcenter.graphisoft.com/knowledgebase/25850/ https://knowledge.autodesk.com/support/revit-products/learn-explore/caas/sfdcarticles/sfdcarticles/Which-function-in-Revit-will-take-use-of-multiple-processors.html
  9. Yeah, it seemed random to me too and, I guess, there's no guarantee this is the only thing causing Vectorworks to get "seriously" unresponsive, as you've described. But viewports, as a trigger, became predictable and reproducible, only because I was working a little differently to usual on an atypical project. The project is not remarkable, but it did create a hefty 1.2GB file by detailing the steelwork fully in the model, including the fastener tool. So this file as a precursor made it obvious, because after cutting a section and then creating a series of detail viewports, one after another, off of the sections, Vectorworks would consistently start its beach-balling and autosave apoplexy. I don't have InteriorCAD and I only have 16GB of RAM on board, which is probably a factor also, it just seems like there's a threshold with viewports, size, resolution and probably the model's detail, that pushes Vectorworks to a hard limit, then you need to manage it by frequently closing and reopening as described above. And, by contrast, it seems equally significant, that if I open the project and just work on the model, the behaviour doesn't arise.
  10. I've been running 2019 on High Sierra (10.13.6) for about 4 months now and I know the problem @Ride, so I don't believe this is a Mojave issue. Vectorworks also takes a very long time to close once this issue has started. My best theory is that it is, in part, to do with viewports and then Autosave and other processes getting bogged down with whatever is going awry. I find I can open and work for long periods on the model without this problem emerging, but as soon as I start creating and updating viewports, Vectorworks grinds into an unusable state with processes like the autosave having a prolonged stroke before the progress bar even starts moving. To keep working, I quarantine creating and updating viewports until necessary and then close and reopen Vectorworks after about every 3 or 4 of those operations.
  11. I think Julian means nested, or something like this: =IF((A1=1), 'Red', IF((A1=2), 'Blue', IF((A1=3), 'Green', IF((A1=4), 'Yellow', IF((A1=5), 'Orange', IF((A1=6), 'Purple', '?')))))) Though, I thought the limit was 7.
  12. That's a disappointment, I kinda thought 2020's new History-Based Modelling feature would have been built to address this. What's frustrating, is the PIO remains intact within the Subtraction, the data is there, worksheets just can't get to it.
  13. I haven't tested 2020 yet, I usually wait until SP3, but I questioned and wish-listed this last year. Hopefully, with this year being all about "data", it has been fixed!
  14. I think I know this bug, viewports appear to lose their class visibility / override settings after clicking through the 'Edit Design Layer' function from within an annotation space. Once you return to the viewport, things look pretty messed up. I suspect it's a graphics conflict, because the overrides don't respond after it happens, but the settings are still there. I stopped using it, but Martin is right, why have the function in the context menu if you're not supposed to use it? Fortunately, after panicking that my file had had a meltdown, I found a restart returned the override setting on screen.

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×
×
  • Create New...