Jump to content
  • 1

2020 Crashing and Rendering Issues


Taproot

Question

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?)

 

1838849559_ScreenShot2019-10-04at10_23_44AM.thumb.png.bf135fc895993629b32d5cde87476c96.png

 

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. 

 

 

1721927160_ScreenShot2019-10-04at10_28_33AM.thumb.png.2a4783fb0db78b178096107d0b121963.png


Here's a few more examples of mis-rendered elevations. 

 

465061399_ScreenShot2019-10-04at2_08_35PM.thumb.png.ffea96bc926f2725685bd748c7695131.png

1250009593_ScreenShot2019-10-04at2_08_49PM.thumb.png.0c7364ecc19b113ce8875a35d2bab9ee.png

 

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.

Edited by Taproot
  • Like 1
Link to comment

21 answers to this question

Recommended Posts

  • 0
  • Vectorworks, Inc Employee

Sorry to hear of your problems. To answer the question about crash reports, if you have Verbose error logging turned on, your crash logs are automatically uploaded to our engineering team. (Vectorworks > Preferences > Session tab).

 

Regarding origins, the key thing is that the geometry is close to the INTERNAL origin and that there is nothing greater than around 5KM from the internal origin. The user origin is used to represent real world coordinates overlaid on the internal origin. If you are referencing files together, it is recommended that the same coordinates are overlaid on the internal origin in all files in the project.

Link to comment
  • 0
2 hours ago, Tamsin Slatter said:

To answer the question about crash reports, if you have Verbose error logging turned on, your crash logs are automatically uploaded to our engineering team. (Vectorworks > Preferences > Session tab).

 

Regarding origins, the key thing is that the geometry is close to the INTERNAL origin and that there is nothing greater than around 5KM from the internal origin. The user origin is used to represent real world coordinates overlaid on the internal origin. If you are referencing files together, it is recommended that the same coordinates are overlaid on the internal origin in all files in the project.

 

 

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.

 

Link to comment
  • 0
  • Vectorworks, Inc Employee
Just now, Taproot said:

 

 

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.

 

No, that should be fine as long as your geometry is close to the internal origin (within 5KM).

Link to comment
  • 0
On 10/4/2019 at 6:55 PM, Taproot said:

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?)

 

1838849559_ScreenShot2019-10-04at10_23_44AM.thumb.png.bf135fc895993629b32d5cde87476c96.png

 

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. 

 

 

1721927160_ScreenShot2019-10-04at10_28_33AM.thumb.png.2a4783fb0db78b178096107d0b121963.png


Here's a few more examples of mis-rendered elevations. 

 

465061399_ScreenShot2019-10-04at2_08_35PM.thumb.png.ffea96bc926f2725685bd748c7695131.png

1250009593_ScreenShot2019-10-04at2_08_49PM.thumb.png.0c7364ecc19b113ce8875a35d2bab9ee.png

 

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.

ive had the same issue with missing parts in open gl rendered elevations!!

and viewports moving together too!!

 

VW sort it out - ive just paid 3K for this mess!!

 

 

Link to comment
  • 0
  • Vectorworks, Inc Employee
29 minutes ago, neal-2002 said:

ive had the same issue with missing parts in open gl rendered elevations!!

and viewports moving together too!!

 

VW sort it out - ive just paid 3K for this mess!!

 

 

Hi Neal

I have created a case with our tech support team and contacted you requesting more information, so that we can help you resolve this.

Link to comment
  • 0

I have had disappearing parts as well in OpenGl in sheet layers. 

Those same viewports in Renderworks were not missing parts. ---Check out the Callouts in the PDF---

Possibly a coincidence but in one case I went back to the design layer and  shift arrow nudged the missing part  1 click and it reappeared in the viewport

 

While I'm venting a bit check out the Screenshot. I did Edit Design Layer from one of the viewports. when I came back it was to this (dimensions added). That 16 3/4 x 10 3/4 in the middle is my page. It apparently has something to do with unified view but this is the first version in 8 years that this has popped up

 

Also experiencing almost daily crashes which require a hard restart of the Mac. No rhyme or reason to the timing or cause. Apple menu restart only gives me a black screen and beachball.

 

I am pretty sure that I spend on average an hour a week (sometimes a day-- like today) dealing with software issues, crashes and general weirdness. My billing rate is $65 per hour. Sometimes I feel like I should be a paid Beta tester.  😉

 

Tamsin -- Thanks for keeping an eye on us out here. I already have an open case but if you'd like to review my case history make sure you have plenty of time on your hands.

Screen Shot 2019-11-04 at 12.45.57 PM.png

FWP Turntable.vwx.pdf

Link to comment
  • 0
  • Vectorworks, Inc Employee
1 hour ago, Michelvh said:

 

Tamsin -- Thanks for keeping an eye on us out here. I already have an open case but if you'd like to review my case history make sure you have plenty of time on your hands.

 

FWP Turntable.vwx.pdf 1.25 MB · 0 download

You're welcome. I am in the UK, and I'm afraid your case history will be with our US tech support team. Have you reported this latest issue to them?

  • Like 1
Link to comment
  • 0
2 hours ago, Michelvh said:

Sometimes I feel like I should be a paid Beta tester.  😉

Give it out to students as trial until its at least sp3....then I’ll think about using it....

not wasting my time on any vw apps until it’s been out 6 months from now on....it’s ridiculous to expect paying clients/professionals to do all your dirty work ...

Link to comment
  • 0
  • Vectorworks, Inc Employee
On 10/30/2019 at 5:36 PM, neal-2002 said:

ive had the same issue with missing parts in open gl rendered elevations!!

and viewports moving together too!!

 

VW sort it out - ive just paid 3K for this mess!!

 

 

Neil, did you ever send us the files so that we can investigate this? 

Link to comment
  • 0

Same issue here...

Crashes whenever I set a new viewport then try to render it...

Re-open the file and the viewport renders fine..

 

Same happens if I create a new file....

I have set Verbose error reports so you should be getting a lot of reports from me the last week or so..''

 

I'm a huge fan of RenderWorks... Especially as Artlantis is now so awful to work with..'

But this is getting frustrating trying to hit deadlines when I have to to keep re-launching VW.

 

Actually I found VW 2020 to be the buggiest version I have ever used...

Hopefully this will be fixed soon... 

 

Maybe back to 2019 for a while...

 

 

  • Like 1
Link to comment
  • 0
  • Vectorworks, Inc Employee
16 hours ago, Wigfield said:

Same issue here...

Crashes whenever I set a new viewport then try to render it...

Re-open the file and the viewport renders fine..

 

Same happens if I create a new file....

I have set Verbose error reports so you should be getting a lot of reports from me the last week or so..''

 

I'm a huge fan of RenderWorks... Especially as Artlantis is now so awful to work with..'

But this is getting frustrating trying to hit deadlines when I have to to keep re-launching VW.

 

Actually I found VW 2020 to be the buggiest version I have ever used...

Hopefully this will be fixed soon... 

 

Maybe back to 2019 for a while...

 

 

Have you contacted Tech Support? If you send them the file and the crash logs, they may be able to help you... Crash logs are automatically uploaded yes, but if you have a specific file, with a specific issue, that can be reproduced, the Tech Support team will be able to help you.

 

Link to comment
  • 0

I too am having crashing every time I try to update viewports - sometimes tot he point where it crashes continually just trying to open the file... Super irritating. Also having objects just completely disappear, things jumping 100's of feet in model space for no reason - and most irritating of all having to wait 3 seconds before ANY command registers, including simple zooms.

 

I've got high output expectations right now and just paid for the upgrade subscription for the entire year yet I am having to output my files to 2016 to be able to render, layout and print without losing hours of time with crashing software. what is the policy for refunds due to non-functioninsg software? I can't afford to lose this much time dealing with buggy software - it's really not professional nor tolerable in my working worlds.

 

Thanks

Edited by ilimatiare
  • Like 1
Link to comment
  • 0
On 2/10/2020 at 4:54 AM, Tamsin Slatter said:

Have you contacted Tech Support? If you send them the file and the crash logs, they may be able to help you... Crash logs are automatically uploaded yes, but if you have a specific file, with a specific issue, that can be reproduced, the Tech Support team will be able to help you.

 

Hi Tamsin,

 

I think the last service pack must of addressed the issue !

My viewports are working perfectly... 

 

I'm really enjoying rendering in RenderWorks I'm having a lot a very positive feedback about the renderings and animations.

 

Thanks

 

Paul

 

Link to comment
  • 0
On 10/4/2019 at 9:55 PM, Taproot said:

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?)

 

1838849559_ScreenShot2019-10-04at10_23_44AM.thumb.png.bf135fc895993629b32d5cde87476c96.png

 

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. 

 

 

1721927160_ScreenShot2019-10-04at10_28_33AM.thumb.png.2a4783fb0db78b178096107d0b121963.png


Here's a few more examples of mis-rendered elevations. 

 

465061399_ScreenShot2019-10-04at2_08_35PM.thumb.png.ffea96bc926f2725685bd748c7695131.png

1250009593_ScreenShot2019-10-04at2_08_49PM.thumb.png.0c7364ecc19b113ce8875a35d2bab9ee.png

 

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.

 

 

@Taproot hello, do your files still got same issue?

Your rendering is cool would like to have this type of rendering in openGL.

My openGL sheet layer  file is quite heavy and take loads of time to update when i do annotation in the sheet layer sometime even if have noe done annotations also

 

Link to comment
  • 0

@vassen Since migrating to 2021, the rendering problem that launched this thread hasn't been a problem.

 

As to rendering style, here's some tips:

  • We use two lights for each elevation - one that casts shadows and one that does not.  The secondary light acts as a fill light (like in photography) so they are aimed at the facade at opposing angles (from above).  The four pair of lights are rotated 90° from one another so that each one will optimally light one of the cardinal directions.  Each pair of lights is classed so that they can be turned on or off per elevation.  We then turn on the appropriate lighting pair in each viewport so that the shadow best illuminates that facade.
  • For schematics, we set the elevation viewport display to Open GL with the foreground set to Hidden Line with the "Certain" sketch style applied.

 

I hope you find resolution to your slowness issues.

  • Like 2
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...