RE: HQV Causing Major Slowness with File Save and Reference Model Updates
I've just done a really simple timed test on Linux and found this also appears to be affected. My imported model time went from 3mins down to 30secs when HQV is switched off. Cheers for the heads-up
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Wow, thanks for confirming that. Very interesting that it happens on linux too. On Thu, Apr 17, 2014 at 5:37 AM, gareth bell garethb...@outlook.com wrote: I've just done a really simple timed test on Linux and found this also appears to be affected. My imported model time went from 3mins down to 30secs when HQV is switched off. Cheers for the heads-up
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Yes very good to know thanks! yet I wonder if that would need a restart, or if it's something that can be turned on off before saving? Will try just that, cause HQV can actually be useful sometimes. On Thursday, April 17, 2014 17:55:00, Jonah Friedman wrote: Wow, thanks for confirming that. Very interesting that it happens on linux too. On Thu, Apr 17, 2014 at 5:37 AM, gareth bell garethb...@outlook.com mailto:garethb...@outlook.com wrote: I've just done a really simple timed test on Linux and found this also appears to be affected. My imported model time went from 3mins down to 30secs when HQV is switched off. Cheers for the heads-up
RE: HQV Causing Major Slowness with File Save and Reference Model Updates
If you use custom realtime shaders, be aware that turning off High Quality Viewport may induce a crash on next startup. I tried flipping this switch the other day and almost every artist in production crashed on next restart and had to restart 3 or 4 times before whatever caused the issue cleared itself up. Matt -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jason S Sent: Thursday, April 17, 2014 3:59 PM To: softimage@listproc.autodesk.com Subject: Re: HQV Causing Major Slowness with File Save and Reference Model Updates Yes very good to know thanks! yet I wonder if that would need a restart, or if it's something that can be turned on off before saving? Will try just that, cause HQV can actually be useful sometimes. On Thursday, April 17, 2014 17:55:00, Jonah Friedman wrote: Wow, thanks for confirming that. Very interesting that it happens on linux too. On Thu, Apr 17, 2014 at 5:37 AM, gareth bell garethb...@outlook.com mailto:garethb...@outlook.com wrote: I've just done a really simple timed test on Linux and found this also appears to be affected. My imported model time went from 3mins down to 30secs when HQV is switched off. Cheers for the heads-up
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Thank you Graham D Clark, Head of Stereography, Deluxe 3D dba Stereo D phone: why-I-stereo http://www.linkedin.com/in/grahamclark On Apr 15, 2014, at 7:36 PM, Andy Jones andy.jo...@gmail.com wrote: FOR IMMEDIATE RELEASE April 15, 2014 SOFTIMAGE QUALITYBLEED VULNERABILITY Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is enabled by default, Psyop doesn't generally use HQV in our scenes, so people are likely to be affected by this problem whether they are HQV users or not. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected.
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Uau! Thanks Andy :) On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected.
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Thanks for the warning! DAN On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao nunoalexconcei...@gmail.com wrote: Uau! Thanks Andy :) On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected.
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Thanks Andy and researchers! On 16 April 2014 09:59, Dan Yargici danyarg...@gmail.com wrote: Thanks for the warning! DAN On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao nunoalexconcei...@gmail.com wrote: Uau! Thanks Andy :) On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected. -- www.matinai.com
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Awesome! Now I can watch more Houdini Tutorials! On Wed, Apr 16, 2014 at 5:02 AM, Matt Morris matt...@gmail.com wrote: Thanks Andy and researchers! On 16 April 2014 09:59, Dan Yargici danyarg...@gmail.com wrote: Thanks for the warning! DAN On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao nunoalexconcei...@gmail.com wrote: Uau! Thanks Andy :) On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones andy.jo...@gmail.comwrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected. -- www.matinai.com -- www.johnrichardsanchez.com
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
this certainly constitutes as something the dev team should try and address before the next two years. On Tue, Apr 15, 2014 at 7:36 PM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected.
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Is this the same as disabling the HQDisplay options in the Preferences, or should I run this script every time I start SI? It seems to help a lot. Thanks. On Wed, Apr 16, 2014 at 1:04 PM, Steven Caron car...@gmail.com wrote: this certainly constitutes as something the dev team should try and address before the next two years. On Tue, Apr 15, 2014 at 7:36 PM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected. -- Best Regards, * Stephen P. Davidson* *(954) 552-7956*sdavid...@3danimationmagic.com *Any sufficiently advanced technology is indistinguishable from magic* - Arthur C. Clarke http://www.3danimationmagic.com
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
All the script does is disable the HQV in the preferences, so only once should be fine. We weren't able to find anything more specific to change to fix the problem (and we did look!). On Wed, Apr 16, 2014 at 2:15 PM, Stephen Davidson magic...@bellsouth.netwrote: Is this the same as disabling the HQDisplay options in the Preferences, or should I run this script every time I start SI? It seems to help a lot. Thanks. On Wed, Apr 16, 2014 at 1:04 PM, Steven Caron car...@gmail.com wrote: this certainly constitutes as something the dev team should try and address before the next two years. On Tue, Apr 15, 2014 at 7:36 PM, Andy Jones andy.jo...@gmail.com wrote: *FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected. -- Best Regards, * Stephen P. Davidson* *(954) 552-7956 %28954%29%20552-7956*sdavid...@3danimationmagic.com *Any sufficiently advanced technology is indistinguishable from magic* - Arthur C. Clarke http://www.3danimationmagic.com
HQV Causing Major Slowness with File Save and Reference Model Updates
*FOR IMMEDIATE RELEASE* *April 15, 2014* *SOFTIMAGE QUALITYBLEED VULNERABILITY* Discovered by Security Researchers Gibli, Barosin, Pancres, Friedman, Akita, Jones, Panisset, Barbieri and Piparo Psyop experienced a Eureka moment today, when an artist discovered that updating referenced models was nearly two orders of magnitude faster when done through RDP (remote desktop protocol) rather than on a local workstation. Simultaneously, a different artist in LA encountered issues with slowness saving files in Softimage, and a quick test confirmed that saving the scene via RDP was also two orders of magnitude faster. This led to a flurry of troubleshooting, and we have since narrowed the problem down to Softimage's High Quality Viewport feature. The speed-ups after disabling HQV are nothing short of mind-blowing. For example, unloading a referenced model took 250 seconds before the fix, and only 3 seconds after the fix. Meanwhile, a scene that took 15 minutes to save saved in only 30 seconds after the fix was deployed. One artist's wife was quoted as saying, Thanks to the Qualitybleed bug being fixed, my husband finally comes home from work on time! Now if I can just get him to stop spending all his free time watching Houdini tutorials... Note that the high quality viewport preference that causes the problem is *enabled by default*, Psyop doesn't generally use HQV in our scenes, *so people are likely to be affected by this problem whether they are HQV users or not*. To fix the problem, affected softimage users can run the following Python command: Application.SetValue(preferences.Display.high_quality_viewport, False, ) There is still much research to be done to find out what kinds of scenes/models are more susceptible to the problem, but we thought we'd bring it up now in case it's costing others time. Given that the problem was tied in with RDP, it's likely that video drivers could be playing a role, but so far we weren't able to find any settings that would magically eliminate the problem without just disabling HQV entirely. Psyop is on a mix of NVidia Quadros and we ran tests with a few different drivers, including the recommended ones. We also saw the same problem across two different workstation images, in both Softimage 2013 and Softimage 2014, and on a remote worker's home workstation. So we have reason to suspect it's not a highly specific aspect of our configuration that was causing the problem. No testing has been done yet on Linux. We will be sure to keep this list updated as more information becomes available. Share your stories in the comments below if you have been affected by this ~100X slowdown in performance, or if you encounter a workstation that is somehow unaffected.
