8 Replies Latest reply on May 24, 2018 11:13 AM by Alan Sweetenham

Network rendering on visualize standard

Francisco Martínez May 18, 2018 2:34 PM

The company I am at had the other cad user build a PC for visualize so that we both can use it for rendering, The problem is we both have visualize standard.

( no network rendering in Vis standard)

I think the only way for both of us to use this network Visualize machine is to install one of our license on it without solidworks( is used on main pc) and we both remote in?

If anyone has suggestions for a better solution I would appreciate hearing them.

Thanks in advance

Re: Network rendering on visualize standard

Scott Ellery May 22, 2018 3:16 PM (in response to Francisco Martínez)

Hi Francisco,

are you using locked licenses or floating licenses?

if they are floating then you can install Visualize on as many machines as necessary and just grab the license when needed.
Like Show 0 Likes(0)

Actions
- Re: Network rendering on visualize standard
  
  Francisco Martínez May 24, 2018 10:35 AM (in response to Scott Ellery)
  
  Hi,
  Sorry about the delayed response, I was out sick for a few days. We are on locked
  Scott Ellery wrote:
  
  Hi Francisco,
  
  are you using locked licenses or floating licenses?
  
  if they are floating then you can install Visualize on as many machines as necessary and just grab the license when needed.
  
  Like Show 0 Likes(0)
  
  Actions
Re: Network rendering on visualize standard

Michael Moffatt May 23, 2018 3:50 AM (in response to Francisco Martínez)

Hi Francisco,

There is currently a known issue with Remote Desktop connection affecting GPU rendering. Personally, I would do as Scott suggests and install Visualize on the machine and then just de-activate/activate as required to avoid encountering issues.

Mike
Like Show 0 Likes(0)

Actions
- Re: Network rendering on visualize standard
  
  Mark Jackson May 23, 2018 11:16 AM (in response to Michael Moffatt)
  
  Hmm, that's weird Mike. I use Remote Desktop daily to two PCs with no issues to run Visualize Standard on one, and Visualize Pro on another. I've been doing this since 2017 SP2. I'm now on 2018 SP3. I've never had a problem. I wonder if it's a protocol or service running on some networks and not others that causes the issue?
  
  I'd try it out since it can't hurt anything Francisco.
  
  Like Show 0 Likes(0)
  
  Actions
  - Re: Network rendering on visualize standard
    
    Francisco Martínez May 24, 2018 10:35 AM (in response to Mark Jackson)
    
    I will give this a try to see if it is possible on my PCs, thanks
    
    Like Show 0 Likes(0)
    
    Actions
- Re: Network rendering on visualize standard
  
  Francisco Martínez May 24, 2018 10:45 AM (in response to Michael Moffatt)
  
  Michael Moffatt wrote:
  
  Hi Francisco,
  
  There is currently a known issue with Remote Desktop connection affecting GPU rendering. Personally, I would do as Scott suggests and install Visualize on the machine and then just de-activate/activate as required to avoid encountering issues.
  
  Mike
  I just tried out a short 2 minute render using team viewer, which remote application has the issues?
  It ran about the same as when I was sitting at the station.
  
  Thanks
  
  Like Show 0 Likes(0)
  
  Actions
  - Re: Network rendering on visualize standard
    
    Michael Moffatt May 24, 2018 10:51 AM (in response to Francisco Martínez)
    
    I'm not sure on specific applications but I know Microsoft RDC is known to cause problems. If Team Viewer works then stick with it!
    
    Mike
    
    Like Show 0 Likes(0)
    
    Actions
    - Re: Network rendering on visualize standard
      
      Alan Sweetenham May 24, 2018 11:13 AM (in response to Michael Moffatt)
      
      I believe i've run in to it once before. It is when you disconnect and reconnect your remote desktop connection based on the description in SPR 1052408. anyone who has that issue worth raising with your VAR to raise the priority of the fix.
      
      Remote Desktop' (RDP, RDC, mstsc) fails to render the second job in the Queue when disconnected and re-connected *generic*
      
      Like Show 0 Likes(0)
      
      Actions

Go to original post