Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

7 Neutral

About Mik

  • Rank

Personal Information

  • Location
    United States

Recent Profile Visitors

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

  1. michaelk, If we turn off a class that contains high-vertex count meshes (for say plumbing fixtures), will VW quit trying to process them or does it process them anyway? I believe I tried this and did not notice any gains but was done on a more complete project where there was plenty else to process so hard to say what is happening.
  2. Thanks Wes. What is the proper way to use this? When I place it on my floors it shows a caution symbol. When the point is dragged, it shows 0 sq. ft.
  3. Thanks Wes but my VW 2019 said this was from a previous version and would convert it but then could not do it.
  4. Hats off to you for creative workarounds but Vectorworks should just show it in the OIP like they do for other things. Basic functionality and usability is really lacking in this app.
  5. grant_PD: I'm with you. Its a completely simple thing for Vectorworks to just show the area in the OIP but it is bereft of a lot of data. The Vectorworks help shows a lot of data including area for slabs in the OIP but that is not true for floors. And the Volumetric properties as someone suggested gives the area all around the slab (top, bottom, sides) so that is useless when trying to get floor square footages for various purposes. Consequently, to reference the size of a floor, we have to go back and draw another polygon over it to find out. It is this kind of thing that makes Vectorworks so frustrating to use.
  6. Mik

    OpenGL died

    I created a new file, copy/pasted only the relevant things from the old file to new, and fixed a bunch of things that broke from the copy. (Alignment seems to break for some things like columns, some plumbing fixtures, 2d objects, etc.) Everything was running smoothly until I started messing with the door that is highlighted in the first screen shot. The problem wasn't coming from Microsoft's coincidental update or drivers, etc., it was that door. I had been experimenting with a lintel and noticed when I made changes to the thickness or protrusion that it would remove the door from the wall. It was still in the same location but it was no longer identified as "Door In Wall" in the OIP. I would try to pull it out and replace in the wall unsuccessfully. Undoing the changes would get back to "Door In Wall" but would sometimes leave the changes I made to the lintel intact anyway. I originally ignored the annoying pop out since it seemed to get the changes in place despite using Undo. Once this happens, however, I notice that the door will not highlight under the mouse at all from any view. But if you click on it, you can select it. Anyway, after running into this door popping out problem, the strange disappearing act of views from left to front quadrant return and OpenGL looked wonky again. I have now gone to a backup from before the door changes. Things are fine and have now made several modifications to the door and it has not flipped out yet. Crossing my fingers because I need to finish this to meet with client. But hope VW people are going to look into this. While working with my door, I am stymied by another VW limitation: muntin options available for door transoms are less than regular windows. In fact, muntins in general for VW are limited to a sort of elementary "popular" set of options. Often standard product orders just can't be created w/VW. I have to go manually draw lines all over elevation sheets which takes time while perspective views are just about off the table. We need the ability to set muntins wherever we like - which leads me back to a previous complaint I posted about the disappearing element of an intuitive WYSIWYG interface to VW. Why not just show the window/door diagram in the settings box and give us the option to visually lay out the muntins? We can move around till we like and/or place by measurement entries. (This includes curves as well as straight lines.)
  7. Mik

    OpenGL died

    I found that if I did not zoom and move "manually" over to the 0,0 XY location, I could select the object and delete. This was from an .obj that had 40 meshes. With it removed, I seem to be able to move around without anything crashing now but the original problem persists: the model disappears altogether when trying to view from the quadrant of left to front and OpenGL looks wonky in any view (but still blank in left-to-front quadrant). Should my model be at 0,0 ? Why are sheet lines lined up with my model but several hundred feet away from 0,0? I am going to try copying everything out of this file into a new file with the origin in center.
  8. Mik

    OpenGL died

    Okay, so I realize that in going back and forth from BSeigel's instructions and the screen, I skipped over turning on all layers as well as classes. In trying different layers, I found something but have not been able to select it. As soon as I zoom out enough and try to select, VW locks up. And here's the thing: the small line or whatever at 400'-600' away from my model is showing up at 0 center on the XY measurements at the edges. It is the model that is way out from 0 but the sheet lines indicate the model is in the proper area. I managed to get a screen shot before crash:
  9. Mik

    OpenGL died

    Dave, I should have checked that. The driver did need updating but the problem persists after updating to the current NVIDIA driver.
  10. Mik

    OpenGL died

    An update: hidden line will render correctly where OpenGL will not. It takes 5 minutes but it gets there. Though I have never needed to wait 5 minutes for a hidden line rendering before. I have been working on this file successfully for some time. One coincidence: Microsoft updated my system last night. These problems started after the update. But other files seem to function fine. I have mountains of work in this particular file and right before I was finishing things up for presentation, !@#$ I am stuck if I cannot even get a front elevation.
  11. Mik

    OpenGL died

    BSeigel, Thanks for the quick reply and pointers. I tried your steps above and turned up nothing out of bounds. I edited my post just as you had replied: So the display problem appears to be consistent: OpenGL is blank in the quadrant from Front to Left views, funky on Back and Right views, looks accurate in top and bottom views. If I rotate, it turns blank when I get around the front and left sides. Wireframe disappears in that Front to Left quadrant as well but when it is visible in other views, it looks accurate as opposed to missing stuff like OpenGL. If I close VW and load up, the last view it was in (right isometric) comes up in wireframe and switching to OpenGL is good. But its flaky. As I see proper OpenGL in all selected views, I cannot use the CTL-mouse function to drag the view around. The cursor does not change to the arrows when buttons are pressed, nothing moves. And when I turn on another layer, the OpenGL goes bonkers again.
  12. Mik

    OpenGL died

    Anyone seen OpenGL do something like this before? (Should be seeing a finished house exterior with walls, windows, etc. all around.) My system specs: NVIDIA® Quadro® P4000 (8 GB GDDR5, 4 x Displayport 1.4) Intel® Xeon® W-2133 Processor (3.6 GHz, up to 3.9 GHz w/Turbo Boost, 8.25 MB cache, 6 core) 32 GB (2x16 GB) DDR4-2666 ECC Memory Windows 10 - current VW2019 SP 5.3 I've already reboot, reloaded, etc. Rotating the thing sometimes leaves the viewing field completely blank depending on where you stop. Front & left views are blank. Back & right views are like the above. Top & bottom look correct. Wireframe looks like everything is in place. This model has slowed down quite a bit as I have been adding detailing. But this is only about a 5000sf house. Is my hardware adequate? (Spec'd to VW website "high-end" recommendations.) Anyone else seen symptoms like this?
  13. Well this is alarming, confounding, and angering all at once! The hardware recommendations on VW site say a lot about needing a powerful graphics card - load up on VRAM: https://www.vectorworks.net/sysreq And their tested hardware page has a long list of NVIDIA QUADRO cards: https://www.vectorworks.net/support/quality-tested-hardware This is precisely why I purchased an expensive workstation last year with: NVIDIA® Quadro® P4000 (8 GB GDDR5, 4 x Displayport 1.4) Intel® Xeon® W-2133 Processor (3.6 GHz, up to 3.9 GHz w/Turbo Boost, 8.25 MB cache, 6 core) 32 GB (2x16 GB) DDR4-2666 ECC Memory In JimW's post, not only does he say NVIDIA QUADROS tend to have problems with Vectorworks but he also says, "(As a general rule and as of the writing of this article, you should not nomrally need to spend more than $150 on a video card to use with Vectorworks.)" What?! Can you find a video card for $150 that has Vectorworks' recommended minimum VRAM and OpenGL2.1 compatibility? His post was edited January 2017. If it is/was valid information, I wish I would have seen it before I purchased my system last year. I think JimW has a long history with Vectorworks so I don't think his post can be dismissed as uninformed. I hope he is listening/watching this. It is an old thread but I do not understand the conflict between his post and Vectorworks' information on their website. I happen to be having a SLOW problem right now myself. I think I will start a new thread for it.
  14. Nikolay, Sending separately, thanks. Sheet numbering appears in the format x of y sheets. Makes sense. In the TBM you can set the total number of sheets manually. But what sheet number any particular sheet is must be set in the sheet itself - I have been doing it from the Organization window since I read the post about checking the "Automatic Drawing Coordination" in Document Preferences. (Although I am not sure what all that setting is actually doing.) Actually, automatic drawing coordination sounds like what would be helpful but either I am not using it properly or rather I see that phrase to mean something like I recommend as follows. If this manual process of applying sheet numbers is the only way we can number the sheets in a set, it seems rather clumsy to me. During the course of a project development, any number of sheets may be created and added to the project. And where they go in sequence may change. Wouldn't it be easier if there was a toggle on each sheet for "Include" or not in an output set? Then VW can automatically arrange them numbered in sequence from the stacking order in the Organization window. And this leads to the cover sheet index list. I have started to try to set that up with the little spreadsheet so that the index reflects the actual sheets in use after reading through its documentation. I am not finished with that but it looks like it is limited as well. Again, if we could just "toggle" in a sheet for an output list, VW could not only number them from the stacking order but list them in an index. Why not make things more direct and easy to understand like that? (And please forgive me if you can actually somehow do this and I am completely ignorant of it!) Okay. The terminology makes sense to me now. And the reason it was doing this was because every time I load VW, it opens a blank "Untitled" file. I have been just ignoring that and now understand it is triggering this window about multiple files. Can we set VW to stop opening up blank files? Understood. Okay now I think this is a good example of where sophistication is becoming complication. Having multiple title blocks for the same sheet may be something that is routine for some but I am guessing most of us use only one title block on a sheet. I never imagined having many for one sheet. Thank you Nikolay for your effective answers. I learned from this already.
  15. I skipped from VW2015 to 2019 so maybe others have already become accustomed to the new title block system but honestly: This is the most confusingly organized thing I have ever seen. What happened to the old concept of WYSIWYG? It would be really useful if VW gave us a simple WYSIWYG option to use when all this complicated stuff becomes impossible. I would like my bloody business address to show up in the Design Firm cell and if you open the Title Block Manager it is indeed showing up in fields multiple times but only the name on the sheet. Getting my address to show up isn't the only problem I have had with this thing. I found someone talking about problems with the sheet number (I had too) and a response suggested some steps in places I would have never imagined to check. I got it to change but it is not really what I want and I still don't understand it. The below window pops up all the time and I can understand the idea of either changing all Title Blocks in a file to be consistent or just the one on that sheet. I think that is what this window may be referring to but maybe not. I mean, what is it referring to when it says, "... load the opened files now"? If the files are opened, why would they need loading? What files are they anyway? And if I need to select sheets for edit, that sounds like I am working on the sheets in the file I already have loaded, right? What is the difference between a "currently opened file" and an "active file"? The way this window is worded, I don't really understand what it is saying and trying it different ways does not seem to produce an understandable result. Sorry VW, I don't enjoy reading rants and hate to be the ranting party even more, but it just seems that the software team needs to step back and give more common sense, consistent language, plain English, logical menus, and a rigid limit on how many steps it takes to do what seems like ought to be the mundane. If you must have the super-sophisticated features for your sophisticated large-firm clients, okay. But you are leaving the smaller of us in the dust. Keep a simple option in addition to the sophisticated ones so the rest of us can keep working. Hmph! Okay, stepping down from the soap box ... (And if anyone still has the patience to offer a pointer or two on the Title Block, grace be to you.)


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...