I don't think it's a case of HQV being active in the viewport. It's simply having the option "enabled" within the preferences - i.e preferences > display > high quality viewport options > enabled - whether it's active in the viewport or not is irrelevant.
From: john.voltaire.tens...@autodesk.com To: softimage@listproc.autodesk.com Subject: RE: HQV Causing Major Slowness with File Save and Reference Model Updates Date: Wed, 23 Apr 2014 07:16:26 +0000 Hi, Is the viewport in HQV mode when the reference model is being updated? If this is the case then HQV could indeed be slow as it may need to recompile hardware shaders for the models. If the viewport is not set to HQV and it is still slow then it could be another problem. Assuming Windows, a big difference with using RDP is that you are limited to OGL 2.0 which is not supported by HQV. Thanks From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of John Richard Sanchez Sent: Wednesday, April 16, 2014 11:45 PM To: XSI List to post Subject: 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.com> wrote:FOR IMMEDIATE RELEASEApril 15, 2014SOFTIMAGE QUALITYBLEED VULNERABILITYDiscovered 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
