Yes, thanks, HQV was already off.

The overall viewport performance is good, actually. No artifacts, also.
It's just when moving components that I encounter this strange lag.
When I edit multiple meshes at once (which I often have to), the lag
seems to multiply with every selected object.

I downgraded from an nVidia beta driver to 335.23, the latest stable,
but I can't say that made much difference.


------ Originalnachricht ------
Von: "Stephen Davidson" <[email protected]>
An: "Eugen Sares" <[email protected]>;
[email protected]
Gesendet: 22.04.2014 15:31:57
Betreff: Re: lag when editing components

Have you tried: the below, from a previous post, here.:



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.


On Tue, Apr 22, 2014 at 5:48 AM, Eugen Sares <[email protected]>
wrote:
Hello,
architectural scene here, >5500 objects.
Whenever I edit any polygon mesh, I get a strange few seconds delay
before the components actually move. Extremely annoying!
When I create a new object, there's a few seconds delay, too.
Is all this due to the fact that Softimage doesn't handle high object
counts too well?
Anything I can do about it?
Splitting up the scene, of course. Already did this to a degree, but
that make things quite hard to keep together in the end.

Thanks a lot!
Eugen


--------------------------------------------------------------------------------
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
Schutz ist aktiv.





--

Best Regards,
  Stephen P. Davidson
       (954) 552-7956
    [email protected]

Any sufficiently advanced technology is indistinguishable from magic


     - Arthur C. Clarke




---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com

Reply via email to