Re: HQV Causing Major Slowness with File Save and Reference Model Updates
On our end we tried numerous thing like muting viewports entirely, and it
wasn't until we disabled the HQV option in the preferences that the
slow-down went away.
On Wed, Apr 23, 2014 at 2:07 AM, gareth bell wrote:
> 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 +
>
> 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 wrote:
>
> Thanks Andy and researchers!
>
>
>
> On 16 April 2014 09:59, Dan Yargici 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 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
>
>
>
>
> --
>
> www.johnrichardsanchez.com
>
RE: HQV Causing Major Slowness with File Save and Reference Model Updates
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 +
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 wrote:Thanks Andy and researchers!
On 16 April 2014 09:59, Dan Yargici wrote:Thanks for the
warning! DAN On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao
wrote:Uau! Thanks Andy :) On Wed, Apr 16, 2014 at
3:36 AM, Andy Jones 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
RE: HQV Causing Major Slowness with File Save and Reference Model Updates
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
mailto:matt...@gmail.com>> wrote:
Thanks Andy and researchers!
On 16 April 2014 09:59, Dan Yargici
mailto:danyarg...@gmail.com>> wrote:
Thanks for the warning!
DAN
On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao
mailto:nunoalexconcei...@gmail.com>> wrote:
Uau! Thanks Andy :)
On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones
mailto: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<http://www.matinai.com>
--
www.johnrichardsanchez.com<http://www.johnrichardsanchez.com>
<>
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 <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
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 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
Wow, thanks for confirming that. Very interesting that it happens on linux too. On Thu, Apr 17, 2014 at 5:37 AM, gareth bell 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
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
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 wrote:
> 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 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 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
>
>
>
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 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 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
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 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
Awesome! Now I can watch more Houdini Tutorials!
On Wed, Apr 16, 2014 at 5:02 AM, Matt Morris wrote:
> Thanks Andy and researchers!
>
>
> On 16 April 2014 09:59, Dan Yargici 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 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
>
--
www.johnrichardsanchez.com
Re: HQV Causing Major Slowness with File Save and Reference Model Updates
Thanks Andy and researchers!
On 16 April 2014 09:59, Dan Yargici 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 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
Thanks for the warning!
DAN
On Wed, Apr 16, 2014 at 9:49 AM, Nuno Conceicao wrote:
> Uau! Thanks Andy :)
>
>
> On Wed, Apr 16, 2014 at 3:36 AM, Andy Jones 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 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
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 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.
