Jump to content

1608chris

Member
  • Content Count

    10
  • Joined

  • Last visited

Community Reputation

0 Neutral

About 1608chris

  • Rank
    Greenhorn

Personal Information

  • Location
    United Kingdom

Recent Profile Visitors

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

  1. Third time unlucky it would seem.
  2. As a record of the current state of my install I can confirm that CineRenderNEM is not present. (See screenshot) Also the repair install keeps stalling at 38%. (Twice already, am attempting 3rd).
  3. Cinerender is not in that directory. Would it definitely be there if we only have a license for Architect without a full Renderworks license? I've updated to SP2.1 and am repairing the install to see if that helps.
  4. @Alex Sagatov You might be on to something there as it has knocked out the same functions in VW 2019 now that I've checked. Must be an OSX level problem. Do you know if there is a way to manually prompt cinerender to load?
  5. Right, the only place where I can still see my textures is in the resource browser, but these are labelled as Renderworks Textures. Am I correct in thinking that for the 2020 release Nemetschek have rolled back some functionality from 2019 to boost sales of Renderworks?
  6. I'm using VW 2020 SP2 on MacOSX Catalina. All texture information has been stripped from edited wall types and Open GL rendered panes in my previously functioning 2019 files. When editing components and classes, no information is shown under the heading textures. I literally can't find a texture edit option anywhere. Is anyone else experiencing this? Seems like a major issue if so as it prevents me effectively editing the model junctions and appears to be interfering with rendering of sections.
  7. Hi both, Thanks for your input. We believe the problems we experienced were related to the saving of files in a rotated view. If a file (A) , referenced in another elsewhere (B) , was saved in a rotated view the world references get mapped incorrectly. The process can be reversed by run rotating the view in A and updating the references in B. I believe that the process you describe effectively does as much. It’s annoying and I don’t know why the world coordinates change when you rotate the viewport. Our office now avoids rotating views to prevent these issues. Netmetschek have had ages to resolve this very basic problem.
  8. Art V, A useful tip, but we don't need to move the original coordinates. We would simply like to use the rotate view facility to work on source files without worrying about inadvertently breaking the references to every target file. We'd also like Vectorworks to reference reliably. These are two very basic functions that every user should demand.
  9. Alan, Thanks for the advice. After much frustration I have discovered how to reset things through trial and error in the past, but I really don't think I should have to. Rotating a view should have zero impact on world coordinates and this still needs a big fix for the software to be fit for purpose.
  10. I'm new here, but signed up as I finally found this thread which has reassured me that I'm not doing this to my own project files! I recently isolated the problem to referenced files, where these are saved in a rotated position in the source file. When you return to the target file and this updates, the referenced drawing ends up somewhere else. I wonder whether this has anything to do with Vectorworks trying to provide a different set of coordinates when in a rotated view (highlight in blue along the viewport boundaries). I run a small practice and we pay a large annual fee to Nemetschek to remain up to date. I have experienced these problems for over 2 years on a number of jobs, losing countless man hours opening and closing files, unrotating viewports, moving references back to their original positions and re-setting the user origin. I frankly can't believe that such a basic flaw in the Vectorworks software architecture can exist, and that it has done so for 5 years! Does anyone from Nemetschek even have the courtesy to read the forums and find out about user experiences and respond from a developer perspective? - I can't see any official response to any of the previous posts. I'm not going to waste our time learning to use any enriched BIM features when you can't even trust the file coordinates! If they don't solve this by 2019 I'm taking the whole office over to another platform. Is it too much to ask for a system that can reference and rotate as well as Microstation could 15 years ago?! You may be able to tell that I've just ended another afternoon of wrangling with this deficiency... [VWorks 2018 SP2, Mac OSX High Sierra]

 

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