Jump to content
  • 9

Vectorworks Cloud Services: save cache of viewports when rendering


Christiaan

Question

Recommended Posts

  • 0

I thought that was what it was supposed to do. I recently submitted my file to cloud services so it could process my sections for me. Every viewport came back in wireframe. What's the point of cloud services if it doesn't render? I don't get it.

Here's from the website:

Vectorworks Cloud Services uses cloud technology to automate and decouple inefficient workflows, shifting calculations needed to generate sections, elevations, renderings, and Building Information Modeling (BIM) data from the desktop to the cloud.

Link to comment
  • 0

Bumping this rather than starting a new wish. Cloud Services should re-save a file with the rendered viewports. Could we please have an option to save the rendered file so the user has access to the rendered viewports in VW form? Then it would be possible to fix mistakes or deal with failed rendering of individual viewports rather than starting again.

 

Kevin

 

Edited by Kevin McAllister
  • Like 1
Link to comment
  • 0
  • Vectorworks, Inc Employee

@Christiaan Thanks for reviving this thread! 

Saving the .vwx file with the rendered viewports back to your account is a quite simple task. However, think about what happens when you send a file for rendering on the cloud, and you continue to work on your local copy and make changes. By the time the cloud finishes rendering your viewports, you made some changes to the file, but the file you get from the Cloud with the updated viewports doesn't have your latest changes. Is that desirable? I think not. Saving a copy of of a .vwx file every time you do cloud rendering can be a dangerous setting, if not used properly, which is waiting for the cloud to do the rendering and then continuing work with the copy of the file you received when the rendering is finished. To me, waiting for your rendering to complete before you can continue working defeats the whole point of cloud rendering. I think the best way to implement your request would be with streaming, allowing the cloud to send updates directly to the .vwx file that you are working on, but we don't have this yet.  

  • Like 2
Link to comment
  • 0
1 hour ago, inikolova said:

@Christiaan Thanks for reviving this thread! 

Saving the .vwx file with the rendered viewports back to your account is a quite simple task. However, think about what happens when you send a file for rendering on the cloud, and you continue to work on your local copy and make changes. By the time the cloud finishes rendering your viewports, you made some changes to the file, but the file you get from the Cloud with the updated viewports doesn't have your latest changes. Is that desirable? I think not. Saving a copy of of a .vwx file every time you do cloud rendering can be a dangerous setting, if not used properly, which is waiting for the cloud to do the rendering and then continuing work with the copy of the file you received when the rendering is finished. To me, waiting for your rendering to complete before you can continue working defeats the whole point of cloud rendering. I think the best way to implement your request would be with streaming, allowing the cloud to send updates directly to the .vwx file that you are working on, but we don't have this yet.  

Thanks for jumping in here@inikolova. I'm gonna suggest where my hopes were in the cloud render regard.

Much of the work I do is for multi-work evenings, often 3 different works, generally with little or no overlap.

  • Piece #1 Sheet Layer/s ready for cloud render & sendto Cloud…
  • work on Piece #2, till SLs are ready to Cloud render & sendto Cloud…
  • work on Piece #3, till SLs are ready to Cloud render & sendto Cloud…
  • Grab Piece #1 Cloud Render, markup for changes, etc.

I have to say that previewing renders with low DPI only gets one so far, at some point proofing becomes the task, where the fully rendered item is required. And using any render type other than Redshift to build and edit the actual render when Redshift is the final output goal is completely self-defeating.

  • Like 1
Link to comment
  • 0
  • Vectorworks, Inc Employee

@mjm, thanks! I see your point. It makes sense when you have more than one projects going on in parallel and you don't sit idle waiting for the cloud processing to complete. 

Can you elaborate on why having the .vwx file with the updated viewport is more valuable to you than having a PDF with the rendered viewport?

 

Link to comment
  • 0
3 hours ago, inikolova said:

@mjm, thanks! I see your point. It makes sense when you have more than one projects going on in parallel and you don't sit idle waiting for the cloud processing to complete. 

Can you elaborate on why having the .vwx file with the updated viewport is more valuable to you than having a PDF with the rendered viewport?

 

@inikolova 

It's high season for me now and I have projects through February passing across my VWX screen every day, with varying needs, but many of them multi viewport SL renders. 
Waiting for a render to render stops all other VWX forward progress, so the hope is to be able get past the scratch render stage on the desk machine and move the 'for comment' or final renders to the cloud, freeing the desk-based machine to work on the next project or the next act on the same project. Does that make sense? Asking fr a friend.

Edited by mjm
  • Like 1
Link to comment
  • 0
  • Vectorworks, Inc Employee

@mjm, the Cloud is able to produce final renderings in a form of panoramas, images and PDFs. It sounds like you think it can't.

My question was more about whether having a copy of the .vwx file with "Saved viewport cache" is more valuable to you in some way compared to getting the final rendered viewports in an image or PDF file

  • Like 1
Link to comment
  • 0
7 hours ago, inikolova said:

I think the best way to implement your request would be with streaming, allowing the cloud to send updates directly to the .vwx file that you are working on, but we don't have this yet.

 

Yes that would be an ideal future, where you could even select an individual viewport and have it render on the cloud. That way you wouldn't have to worry about file management since there's still just the one working file.

 

At least for me, I need up-to-date viewports in my working file so I can accurately analyze the rendered view, add callouts, annotate the sheet, adjust Image Effects, etc. There are many steps after a viewport is updated. Plus there might be multiple viewports on a sheet.

 

When I come to the point of exporting a sheet as a PDF for distribution, I want to first double check that everything is correct so I need to see everything on the screen. I don't want to see a bunch of out-of-date viewports that I hope and assume look correct once I get them back from the cloud as a PDF.

 

Also if I share the Vectorworks file with someone else I want it to have cached viewports.

 

The problem with the current cloud rendering paradigm is that my viewports literally never get updated (unless I do it locally of course). So ideally we could offload the "processing" of heavy viewports to the cloud but have the result appear back in our file. And it would render whatever existed in the file at the moment you hit render. If you continue working, obviously those changes wouldn't show up in the rendered result, just like how it currently works with rendering locally.

 

 

Edited by Andy Broomell
  • Like 1
Link to comment
  • 0
  • Vectorworks, Inc Employee

Hi @Andy Broomell, thanks for the clarification! You are saying it doesn't work for you because you don't get the rendered viewports back to your file. I misunderstood that rendering viewports never worked in the way they are designed to do so. Thanks for explaining your workflow in detail. I will discuss this with the team to see what we can do in the short term, until we are able to offer "the ideal" solution.

  • Like 1
  • Love 1
Link to comment
  • 0
1 hour ago, Andy Broomell said:

The problem with the current cloud rendering paradigm is that my viewports literally never get updated (unless I do it locally of course). So ideally we could offload the "processing" of heavy viewports to the cloud but have the result appear back in our file. And it would render whatever existed in the file at the moment you hit render. If you continue working, obviously those changes wouldn't show up in the rendered result, just like how it currently works with rendering locally.

 

 

Perfect.

Edited by mjm
Link to comment
  • 0

Another thought on this, after rendering locally a redshift viewport. The render took 29:08. Not too bad for the relative complexity of the scene what with 75+ fixtures turned on with a fog background for the haze. No other apps were open, I even closed safari! OK so; ready to get back to it and then I checked Activity Monitor after the render finished (I never run VWX anymore without this also running); VWX still holding onto 21+GB of memory. So now in order *safely continue to work I need to restart the app. Then reopen the file, etc.

 

 

*the battle cry of the crashing Vectorworker: "Restart!" or even "Reboot!".

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