Jump to content

Art V

  • Content Count

  • Joined

  • Last visited

Community Reputation

240 Spectacular

1 Follower

About Art V

  • Rank
    1000 Club

Personal Information

  • Location

Recent Profile Visitors

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

  1. Art V

    How to color-fill in a NURBs curve shape object

    Although I initially liked the strict separation of 2D and 3D in Vectorworks compared to the mess it could be in AutoCAD I do remember being quite happy when layer plane got introduced to allow using 2D objects (mostly site plans) in 3D space without having to convert it all to 3D (and resource hogging) objects first. Since then I have never used screen plane again on design layers so I won't miss it there. One of the little current annoyances is the lack of e.g. NURBS objects to show as filled as mentioned above. If getting rid of screen plane would allow to solve this more quickly then by all means get rid of screen plane. But please do improve snapping etc. in 3D as well at the same time so that those still using screen plane as a workaround for that issue won't run into trouble. Would this also allow for VW getting proper 3D constraints instead of just having 2D constraints?
  2. Art V

    Service Pack 3 for Vectorworks 2019 released

    I guess this is the fate of any software that is complex and has a lot of legacy. On the DWG side the same applies to AutoCAD versus e.g. Bricscad, with the latter having had a complete rewrite of its code when it broke up with IntelliCAD platform and is now running considerably more efficient/faster for quite a few things than AutoCAD that still has lots of legacy code. For what I do the first of the slowdown started with VW2017 when the new VGM got introduced thought hat was mostly with rendering. In VW2018 and even more with VW2019 the overall operational speed slowed down considerably with some common tools. It's almost as if there is some bottleneck between the VGM and the rest of the of VW2019 that is not yet handled by the VGM. With VW2019 SP2 things improved for me to the point that the lag is noticeable but at least bearable compared to what it was before but I hope too this lagging issue gets solved soon. I wouldn't be surprised if they are internally working on a full rewrite of VW part by part but that will take quite a bit of time based on my experience with other software companies doing the same for their software products (e.g. Affinity is doing this with their graphics/dtp products and it is taking them a lot of time, but in the end it will be worth it if they don't collapse under the burden they have caused themselves with this, although they started anew instead of updating the existing software but for a complex product like CAD this might be less suitable).
  3. Art V

    New 27" IMac configuration

    I don't think you can go wrong with those hardware specs in general. One question and one comment though... Question: Is the 512 GB SSD going to be your only disk in the iMac and is it a SATA or nvme SSD? If it is the only disk and of the SATA type then I suggest to go for at least a 1 TB SSD instead as those are often faster and usually have a higher endurance (i.e. you can write more data per GB of storage over its lifetime) than lower capacity SSD's. Especially with complex rendering there may be quite a bit of use of the disk cache and then you would benefit from a higher endurance SSD. Comment: Regarding the memory, do make sure they have the same specification because with different sizes, types etc. because all of the memory will adjust to the slowest one. I don't know if it applies the same to OSX as it does on Windows machines but you may also want to consider adding another 8GB module in addition to the existing one so that you have all four banks filled symmetrically (i.e. 2x8GB into the two linked slots and 2x32GB in the other two linked slots) as that way it should take advantage of more optimal memory settings etc. that would then be available, otherwise it might run a bit less efficiently. If you are working with very large and/or complex documents then I think that up to 64GB there is no such thing as too much RAM.
  4. Art V

    Service Pack 3 for Vectorworks 2019 released

    If you draw a block (symbol) contents on layer (class) 0 and set their properties to "bylayer", the contents always inherit the properties of that layer, including line type, thickness, color etc. @line-weight Not just what JMR said, but it also updates to the settings of the new layer if you move the symbol from one layer to another having different settings for colour etc. And that is where the real benefit lies of the AutoCAD symbols that is currently missing in VW symbols.
  5. Art V

    General non-functionality on Laptop

    In theory if all settings are set to use the dedicated graphics card instead of the Intel GPU then it should normally work without issues. With most of my software I would definitely notice it if the Intel CPU would be running the graphics display instead of the dedicated GPU. What might be a possibility is that you have some (utility?) software running that switches the system back to the Intel GPU for some reason. I've had the (very) occasional fallback to the Intel GPU several years ago after a program would crash the system and require a restart of the laptop. If you don't have that (i.e. crashes) happening then there is definitely something not working properly on your laptop. (Or your files are really heavy). I don't think power plan settings in the Power Options control panel contain a setting to use the Intel GPU instead of the dedicated GPU but it does control the performance of the Intel GPU, you may want to check if it is set to maximum performance in the active power plan to reduce potential lag issues just in case it is now set by default at a lower power setting.
  6. Art V

    Text in 3D Plane

    You may want to file a support request for this as this seems a bit odd so it could be a bug, but it could be some drawing relating setting that is active in one but not in the other that causes it to happen though right now I can't think of what setting that might be.
  7. Art V

    slow going Vectorworks

    Technically speaking this configuration shouldn't have issues from a hardware point of view, so it is either VW itself or the combintation with your version of OSX (almost said MacOS, as I switched to Windows shortly before OSX came out). I've done OpenGL rendering on a Windows laptop of fairly heavy 3D models with just 2GB or VRAM and 8 GB of RAM and most of the time it went well and only running out of memory at times when set at highest quality for almost everything, but that was with VW2016. Since VW2017 things are taking more memory and take longer to render depending on settings but VW2019 is doing better than VW2017/2018 imho (or it could be my more powerful systems ūüėô). You may want to check your render settings and turn some settings a notch down as that can make quite a difference in render time and therefore probably also required memory.
  8. Art V

    Service Pack 3 for Vectorworks 2019 released

    Been there done that with VW symbols. The more classes and layer syou have the worse it can get. But the same applies on the DWG side, but there it is a bit easier to spot but not always. Even though it does have the advantage for setting a fixed insertion class that is not predefined in the symbol subobjects, something that AutoCAD doesn't really have unless you write a menu for it. But I rarely have a use for that in VW as for the kind of work where I could really use it , it is not feasible to use VW because it is lacking in a few things e.g. [broken record alert on].. not being able to import/export text styles to DWG [broken record alert off]. VW's keyboard shortcuts get me a long way but sometimes having a command line in VW would be really nice. I still use it a lot on "the other side".
  9. Your PDF printer might be a factor too as some do better than others and built-in PDF export isn't always better either. E.g. Visio's export to PDF generally gives less good (or even far worse) results than using a PDF printer from good PDF software. Bluebeam usually gives very good results and even PDF Xchange does quite a good job so if you don't need the more advanced bells and whistles of Bluebeam then it may be a much more cost effective solution and if a few ways is a bit more user friendly when it comes to printing settings and its printer driver seems to be slightly more stable (Bluebeams printer driver sometimes throws up an error message of not running but after clicking it away and do a new print job it runs without issues). Adobe Arobat should do a good job as well but I left Adobe Acrobat for Bluebeam as the latter is more geared towards the engineering side functionality wise whereas Adobe is more focused on (administrative) general office use and I've found it more cumbersome to use with large page sizes. PDF Xchange sits a bit inbetween.
  10. Art V

    slow going Vectorworks

    I notice you have only 1.5GB of VRAM and an on-CPU graphics chip (unless it the signature info is outdated) , this may be part of the issue as well as it will run out of memory fairly quickly with rendering etc. based on my experience with lower specced hardware in the past. That being said, VW2019 has been quite slow until SP2 on Windows as well with several operations. SP2 did improve things but hopefully SP3 will solve most of the remaining speed issues. What version of OSX are you on? VW seems to suffer from slowness more on some versions of OSX than other versions based on the forum topics.
  11. Art V

    importing .dwg in vectorworks 11/ problem solved

    Is the scale of the layer containing the imported file the same as the scale of the other layers you are using? (If any). Did you try importing it to center at the internal origin? It may be that the drawing is georeferenced and at actual coordinates which could be (hundreds of) kilometers away from internal origin. Another possibility is that there is a stray object in the DWG file at a really far distance and when you import this you may also get the issue you are having.
  12. It could be a scaling issue as Matt is already mentioning, I've noticed similar behaviour if the combination of object size, resolution, line width and scale is not matching nicely then small(er) details or objects tend to break down into the kind of thing you are seeing. The small detail on the right of the batting seems to be breaking down as well. Does it also make a difference if you use a smaller line width? What is the actual size of the detail?
  13. Art V

    Service Pack 3 for Vectorworks 2019 released

    Yes, I very often run into the issue where I need to create multiple versions of a simple standard symbol just to have its colour change to represent something indicated by that colour. Not to mention when it needs to be a different colour for some of those if only a few change. The "layer 0" functionality would be a big time and resource saver in such cases.
  14. Art V

    Service Pack 3 for Vectorworks 2019 released

    It probably depends on what info, but for where I used it, it updated in all places where that entry is visible as far as I can remember (e.g. class descriptions can be entered in the organization palette and will show up in the OIP etc., no need to reenter it there). Are there specific situations where it does not update the info?
  15. Art V

    Service Pack 3 for Vectorworks 2019 released

    This to me sounds like you are applying class properties to a symbol/PIO and then it only works when you set those properties to the symbol's subcomponents classes. Otherwise it will only assign the class to the symbol but not to its subcomponents, it has been this way for a long time. This is why in the past I submitted a request for something similar to AutoCAD's symbol functionality where a symbol having all its components on layer 0 and set to bylayer will adopt the settings (colour, linetype etc.) of the layer it is inserted on. The VW equivalent would be to have the by class settings to always take on the settings on of the class the symbol is inserted on unless specified otherwise.


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.