Hi. Did you receive this? Cause I didn't. Also, if you know where to get RC1 please let me know.
-manny From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Chris Chia Sent: Tuesday, February 05, 2013 7:23 AM To: <softimage@listproc.autodesk.com> Cc: softimage@listproc.autodesk.com Subject: Re: Fcurve editor crashing soft Stephen, U sent it to Manny? On 5 Feb, 2013, at 7:24 PM, "Stephen Blair" <stephenrbl...@gmail.com<mailto:stephenrbl...@gmail.com>> wrote: Hi I already sent a repro scene to Autodesk, so they have at least one. And I did try muting all the events. In fact, the problem is repro if you load just sitoa.dll and nothing else. Thanks // Stephen // Solid Angle Support On 05/02/2013 5:48 AM, adrian wyer wrote: shitty BT broadband doesn't play well with a 300+Mb scene file..... ;o) and my usual preference is to eliminate any extraneous junk from the scene to make it easier to trace the problem for support a ________________________________ From: softimage-boun...@listproc.autodesk.com<mailto:softimage-boun...@listproc.autodesk.com> [mailto:softimage-boun...@listproc.autodesk.com<mailto:softimage-boun...@listproc.autodesk.com>] On Behalf Of Dan Yargici Sent: 05 February 2013 10:29 To: softimage@listproc.autodesk.com<mailto:softimage@listproc.autodesk.com> Subject: Re: Fcurve editor crashing soft "this makes it VERY difficult to send a low complexity scene to support for repro" I don't mean to sound like a smartarse, but why not send a high complexity one then? :) DAN On Tue, Feb 5, 2013 at 12:20 PM, adrian wyer <adrian.w...@fluid-pictures.com<mailto:adrian.w...@fluid-pictures.com>> wrote: as noted, we have had lots of issues with this, but if we strip an offending scene down to just an animated null/root, the unwanted behaviour ceases this makes it VERY difficult to send a low complexity scene to support for repro having already lost PLENTY of production time to this bug, we can't justify MORE time spent trying to create a repro scene at our expense a ________________________________ From: softimage-boun...@listproc.autodesk.com<mailto:softimage-boun...@listproc.autodesk.com> [mailto:softimage-boun...@listproc.autodesk.com<mailto:softimage-boun...@listproc.autodesk.com>] On Behalf Of Steven Caron Sent: 05 February 2013 05:41 To: softimage@listproc.autodesk.com<mailto:softimage@listproc.autodesk.com> Subject: Re: Fcurve editor crashing soft fyi, i animate regularly, have arnold loaded, and haven't experienced this. it must be very specific data set that causes it On Mon, Feb 4, 2013 at 9:35 PM, Enrique Caballero <enriquecaball...@gmail.com<mailto:enriquecaball...@gmail.com>> wrote: This is great to know. I am now disconnecting Arnold from our Animation WG. I had it in there due to Laziness On Mon, Feb 4, 2013 at 11:53 PM, Stefano Jannuzzo <stefano.jannu...@gmail.com<mailto:stefano.jannu...@gmail.com>> wrote: In SItoA, most of the ipr events are managed through the dirty list. Since it's not perfect, we manage some through the OnValueChange event. Can you guys test after disabling the event in the plugin manager? On Mon, Feb 4, 2013 at 4:24 PM, Kamen Lilov <kamen.li...@chaosgroup.com<mailto:kamen.li...@chaosgroup.com>> wrote: On 2/2/2013 2:26 AM, Stefan Kubicek wrote: Just wildly guessing here but since renderers need to update e.g. the Render Region when values are changed in the scene, which sometimes fails when the built-in mechanisms are used, I suspect both Vray and Arnold are making heavy use of some custom OnValueChanged events. Maybe this could cause problems when used excessively and/or or with deep hierarchies? Can't speak for Arnold, but yes, VRay does rely heavily on OnValueChanged. Hope this helps the dev folks at Autodesk ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2012.0.2238 / Virus Database: 2639/5582 - Release Date: 02/04/13 ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2012.0.2238 / Virus Database: 2639/5582 - Release Date: 02/04/13
<<attachment: winmail.dat>>