Jump to content

Taproot

Member
  • Content Count

    379
  • Joined

  • Last visited

Community Reputation

96 Excellent

2 Followers

About Taproot

  • Rank
    Journeyman

Personal Information

  • Occupation
    Architect
  • Homepage
    www.taproot.us
  • Hobbies
    Kundalini Yoga, Photography, Outdoorsy Stuff...
  • Location
    United States

Recent Profile Visitors

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

  1. Taproot

    2020 Crashing and Rendering Issues

    HI Tamsin, OK, I've enabled verbose error logging. Hopefully that will help. That is good to know about the origin. In our case, the user origin and internal origin are the same, so I don't think that could be causing the errors.
  2. Initially our experience with v.2020 was great - faster then 2019 by far. Now we're experiencing a lot of instability in the software and erratic rendering issues. This morning, the program crashed when I changed the view from plan to isometric for a very small model. We have the default view for isometric set to openGL (or is it called "metal" now?) Should I be collecting these crash reports somewhere? I very much doubt that Apple cares about the report, but do the VW engineers want a copy? In this OpenGL rendering, you'll see that the lower part of the wall disappeared on the left side of the building. Re-rendering the viewport sometimes will fix this kind of error, but often we need to close the software down and re-open it and then re-render for it to correct. It happens sporadically in our openGL viewports: Elevations, perspectives, etc. The errors our weird and I find that I now have to check each viewport methodically before publishing a set. It takes a lot of time and I often feel like I have to get lucky to get all of the viewports correct before publishing a set. Related issues: Viewports that are out of date often "jump" to other locations on the sheet / page. They have to be updated to return to their original placement. If you continually zoom in and out, the images are correct, but as soon as you stop moving they go wacky. The software often crashes whenever we finish publishing a set - thankfully, the set is complete. We habitually save before publishing. The software usually crashes whenever we attempt to "Quit." No biggee - as that was our goal anyway. Here's a few more examples of mis-rendered elevations. I expect that you may want a copy of the file. We can provide you with one if you let us know where to send it. However, this is happening to most of our files. I looked at some older posts with related issues and can confirm that the user origin is the same as the internal origin AND we are not using layer links, only design layer viewports. Furthermore, there are no design layer viewports employed in the elevation renderings.
  3. Taproot

    Twinmotion Plugin + Sync

    When I started using TwinMotion, I shared Chaz's concern - big time! I figured that without a VW plug-in to sync model changes all of my efforts in TwinMotion would be lost each time I exported the VW file and I would have to start over in the rendering software. Happily, that is not the case. It's actually pretty easy to update the model in TwinMotion and sync it manually. It just takes a few steps and about 30 seconds. Steps: Export your model geometry via the C4D export format Import it into TwinMotion Do all of your rendering magic Later... after you make changes to the model: Re-export it via C4D using the same file name (overwrite the original used by TwinMotion) In TwinMotion, select "Import" and where your file shows up, hover over it with your mouse and click the update arrow. The revised geometry will appear in your file with all of your rendering settings intact. Here's an image showing an export that accidentally had a class turned off. (note the missing floor at the base of the bay window) A minute later, the missing class has been added and updated into TwinMotion Next step ... let some helium out of the 'floating car..."
  4. Taproot

    How do I save custom settings to Workgroup Library?

    I've found consistent access to user setting across our network to be somewhat problematic. It's likely a function of the network itself rather than vectorworks, but it exists, so we've developed an alternate strategy. Our solution is to sync our user folder(s) with our office workgroup folder. We use the mac based app "Chronosync Express" to selectively sync our resources based on whichever file is the most current. That way, updated libraries etc. are populated to the central folder as well as our individual machines. This works for us - as a small office where updates are intermittent, but if two different people changed the same library on the same day, one set of changes would be lost. We haven't yet had that happen.
  5. Boh - That's a helpful tip, one that I'll likely use now that we're updating our class attributes.
  6. Taproot

    2020 Viewport Attribute Scaling Bug

    Curious. I've found this behavior to be repeatable in multiple files. Here's some screen shots to further illustrate the behavior. Note - these settings worked fine in 2019. First image: Two viewports. The one on the right is 50% the scale of the one on the left. Second Image: The test was to see if the "line type scale" could be reduced to 50%. This screen shot is a "preview" of the setting. Note the "X's" in the fence line. They are shown at the same relative spacing as in the larger viewport - as intended. However: Third Image: Once the user clicks OK, the line type display reverts to its default size. Note, the X's now appear at the same spacing in both viewports. Hatches don't change in either preview or after exiting the Advanced Viewport Properties dialog.
  7. In 2020 viewports>Advanced Properties The 'line type scale' only works in preview but doesn't apply to the viewport. Hatch scaling doesn't work at all.
  8. Taproot

    How to set line type (dash) default?

    Larry - Wow - quite the innovative solution. I tried following your advice and it looks like you have to delete all of your line styles and then repopulate them from elsewhere. For me, each time I deleted the 'default' line style a different one would take it's place. I presume, therefore, that the attribute pallet maps the default to the "oldest" line style in the file. Unfortunately, we have a lot of objects in our master file that would lose their mapping if I deleted all of the line types at once. So, I'm going to use this current nuisance as the catalyst to shift our line types into class attributes and control them that way.
  9. Ok this one seems like an easy one: We have our line tool default set to a solid line (for most uses) and want to leave it as the primary setting. However, we often want to draw a dashed line - so we select "line type" from the attribute pallet and ..... end up with an obscure dash style that we never use. Every time we do this we get the same obscure dash style. I've tried setting a default dash using the eyedropper, etc. to no avail. How do I set the "line type" default style so that it sticks to something (on purpose)?
  10. Taproot

    v.2020 now available

    Well, there goes that theory! Matt - thanks for the insight.
  11. Taproot

    v.2020 now available

    After a day of testing out version 2020, my overall experience is positive. A bunch of us have been asking the software team to forego new features in exchange for quality, ease of use, stability, better implementation of existing tools, etc. While there is still so much on the "wish list," this release suggests that shift is in fact happening. Core Improvements Stability: The fact that Christiaan feels comfortable enough to migrate the whole office to a SP0 release says a lot. File Size: We're finding about a 40% compression rate for our files. Removing the excess and making the file structure leaner is great engineering IMHO. Dark Mode & Retooled Icons: Demonstrates that there is an awareness to updating the user interface and experience. Rendering Speed Enhancement: Open GL is snappy - Moving about the model now feels like it should. Wow good job on that one! Hope for future tool refinement: After studying the new door tool, the barn door functionality that was added appears to be a direct integration of the Marionette tool that was developed and posted elsewhere on this site. If I am right in that regard, that means that the engineering team is using graphical scripting to code the standard tools AND that strikes me as a game changer for future tool development. For example doors and windows can be constructed using if/then conditions versus all fixed parameters, etc. I think the team is laying the groundwork for some breakthrough implementation of things like the Door / Window / Stair tools that we have been asking for. Perhaps, I'm being overly optimistic, but that seems like the natural progression of where this strategy is headed. Challenges: Not every implementation is perfect yet. • When switching to dark mode the text associated with my tool pallets doesn't toggle from black to white (or white to black) so it effectively disappears. Fortunately, you can overcome this by entering the workspace editor and toggling the settings. Once the workspace resets the screen condition it works fine. • The Notes Manager can now list the notes with the Note Description as the list # - that is awesome (as in we can finally add CSI ID's or office standard addressing to our note blocks). However, it took a bunch of steps back at the same time. In 2019, the database note selection and note block organization were in one window, making the addition and organization of notes easy. Now, they are in separate windows and the interface is cumbersome. You can no longer add multiple notes at once, but instead have to add them one by one. Imagine that I'm using this tool for my sheet specs ... way too slow. Every time that you add a note, it forgets your current note database and requires you to reselect it... More to explore...
  12. Taproot

    v.2020 now available

    I happened to check my account today and the 2020 version is now available (for Service Select members at least).
  13. Hello Chris, For our purposes, we schedule directly in airtable rather than export data from VW objects. Airtable holds our core information, so we can use it as a template when moving from project to project. The only synch we need to make is the ID # from the drawings relative to the database - which we do manually. So, we don't use an automated export method in our workflow.
  14. Taproot

    Viewports disappear and move around the sheet

    Hello Adam, OK - I've made the change and will let you know if the problem reappears.
  15. Taproot

    grain direction change

    I find that texture application is buggy ... (I seem to be saying that about a lot of things lately). Often you need to change the texture to something else and then back to the original to force the redraw / remap of the object.

 

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.

×