RE: Crowd FX - losing textures with RS on RRfarm?
Hi Darren This is due to the fact that the ICE attribute that the shaders use as UV is not evaluated on render farm. You can find the attribute name in tspace_id parameter of Image node in a render tree. In CrowdFX, it's named Texture_Projection If you are using Softimage 2015, we have an API to force the attribute to always evaluate http://docs.autodesk.com/SI/2015/ENU/Softimage-Developer-Help/index.html#!/url=si_cpp/classXSI_1_1ICEAttribute.html#a66c6820ed6a052016ff08b7e19d2a9bb For earlier versions of Softimage, I'm afaid you'll have to work around this issue by turning on the Show Values option for this attribute. -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Darren Blencowe | VA Sent: Friday, June 13, 2014 11:25 PM To: softimage@listproc.autodesk.com Subject: Crowd FX - losing textures with RS on RRfarm? Hi. We have got a problem with the textures in CrowdFX. We're using Royal Render and Redshift. What's happening is that the crowd has no texture in the render when rendered in RR. But it renders fine on my workstation. Mental Ray renders ok, but not all the time. If I save the scene at frame 10 for example, when I open it again all the characters are black 'til I go to frame 1, where the environment simulation starts, and all the textures pop on. So I save the scene at frame 1, but Redshift still won't work on the network. So, it looks like rendering the scene without the gui, and not getting kicked by actually going to frame 1, means that Redshift is struggling. We can't really cache the crowd because there's so much to do. Data management might become an issue. We control the crowd with some nulls and sliders that the animators have, which we export into the master scene for rendering. A bit long winded, sorry. Any help, very welcome. Thanks! D. attachment: winmail.dat
Re: Crowd FX - losing textures with RS on RRfarm?
That's similar situation we face at one time, so we create a callback after scene open and query values from ICE nodes, which for the ICE tree to evaluate. But in our situation, it is a custom ICE nodes, and it always crash in batch mode. You could test it with batch render on local workstation see if it does have similar issue. As far as I understand, Royal Render just send a batch command to client to render the shot., you can get the batch file to test on local workstation. Cheers, On Mon, Jul 14, 2014 at 5:44 PM, Ho Chung Nguyen hochung.ngu...@autodesk.com wrote: Hi Darren This is due to the fact that the ICE attribute that the shaders use as UV is not evaluated on render farm. You can find the attribute name in tspace_id parameter of Image node in a render tree. In CrowdFX, it's named Texture_Projection If you are using Softimage 2015, we have an API to force the attribute to always evaluate http://docs.autodesk.com/SI/2015/ENU/Softimage-Developer-Help/index.html#!/url=si_cpp/classXSI_1_1ICEAttribute.html#a66c6820ed6a052016ff08b7e19d2a9bb For earlier versions of Softimage, I'm afaid you'll have to work around this issue by turning on the Show Values option for this attribute. -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto: softimage-boun...@listproc.autodesk.com] On Behalf Of Darren Blencowe | VA Sent: Friday, June 13, 2014 11:25 PM To: softimage@listproc.autodesk.com Subject: Crowd FX - losing textures with RS on RRfarm? Hi. We have got a problem with the textures in CrowdFX. We're using Royal Render and Redshift. What's happening is that the crowd has no texture in the render when rendered in RR. But it renders fine on my workstation. Mental Ray renders ok, but not all the time. If I save the scene at frame 10 for example, when I open it again all the characters are black 'til I go to frame 1, where the environment simulation starts, and all the textures pop on. So I save the scene at frame 1, but Redshift still won't work on the network. So, it looks like rendering the scene without the gui, and not getting kicked by actually going to frame 1, means that Redshift is struggling. We can't really cache the crowd because there's so much to do. Data management might become an issue. We control the crowd with some nulls and sliders that the animators have, which we export into the master scene for rendering. A bit long winded, sorry. Any help, very welcome. Thanks! D. -- Daniel Harjanto Infinite Frameworks Studios TD http://misterdi.cgpot.com
XSI hair and Random Generation
Is there something about XSI's standard hair primitives (not ICE) that causes the hairs to be generated /slightly differently/ /each time a scene is opened/? We're rendering with Redshift, but I'm thinking we saw something like this a few years ago with Mental Ray as well. Basically, on the farm, some machines will render their frame ranges with slightly different hair than any other machine. The only solution seems to be to render all the hair on a single machine, and to do so in a way that keeps the scene open (so in the case of Royal Render for instance, set the sequence maximum to be the full range you need). The rendered hair isn't 'bad' per se, it's just 'different' from surrounding frame ranges. The simplest description is that each machine seems to want to render the hair slightly differently. And I really wonder if it's not some bug with XSI hair. -- Signature *Tim Crowson */Lead CG Artist/ *Magnetic Dreams, Inc. *2525 Lebanon Pike, Bldg C, Suite 101, Nashville, TN 37214 *Ph* 615.885.6801 | *Fax* 615.889.4768 | www.magneticdreams.com tim.crow...@magneticdreams.com
Re: XSI hair and Random Generation
IIR, this is indeed an old issue that I remember seeing in MR. I think it's not a bug per se, but a limitation of how XSI hair primitives are internally dependent on previous frames' data. I don't think there was ever any workaround other than doing all the hair consecutively on one machine. Maybe some way of caching the hair?
Re: XSI hair and Random Generation
I believe it has to do with what frame the scene was loaded on. IE, the hair is generated from the mesh's position when the scene loads, then the scene advances to the right frame, and it uses the distribution from where it loaded. This is partially superstition, but IIRC those were the rules, and these issue occur when you render on the farm using scenes left on different frames. On Mon, Jul 14, 2014 at 9:45 AM, Ed Manning etmth...@gmail.com wrote: IIR, this is indeed an old issue that I remember seeing in MR. I think it's not a bug per se, but a limitation of how XSI hair primitives are internally dependent on previous frames' data. I don't think there was ever any workaround other than doing all the hair consecutively on one machine. Maybe some way of caching the hair?
Re: XSI hair and Random Generation
Thanks, that's interesting. In our case though, I'm talking about a single shot, which means all machines will load the exact same scene file at render time. I think RR starts by opening the scene, moving the playhead (internally of course since it's xsibatch) to whatever the scene's in-point is, then moving the playhead to the frame that's supposed to be rendered. And up until that last move, everything should be the same from machine to machine. On 7/14/2014 9:26 AM, Jonah Friedman wrote: I believe it has to do with what frame the scene was loaded on. IE, the hair is generated from the mesh's position when the scene loads, then the scene advances to the right frame, and it uses the distribution from where it loaded. This is partially superstition, but IIRC those were the rules, and these issue occur when you render on the farm using scenes left on different frames. On Mon, Jul 14, 2014 at 9:45 AM, Ed Manning etmth...@gmail.com mailto:etmth...@gmail.com wrote: IIR, this is indeed an old issue that I remember seeing in MR. I think it's not a bug per se, but a limitation of how XSI hair primitives are internally dependent on previous frames' data. I don't think there was ever any workaround other than doing all the hair consecutively on one machine. Maybe some way of caching the hair? -- Signature
Re: XSI hair and Random Generation
I rendered hair from the same scene across multiple machines and never ran into this. That was with 3delight, though I doubt there is a dependency on the actual renderer as XSI is responsible for delivering the full hair description to the renderer. However, what I did not use was clumping (Hair Multiplicity), in case you use that you might want to try to turn it off and render a few frames on all machines and see if that fixes the problem. Is the problem persistent on just those few machines, or does it wander across machines? If it's always the same machines, maybe you are using some sort of cut map (or other map influencing hair geometry) and some machines can't find that texture, hence rendering the hair slightly different on those machines that can't find it? Is there something about XSI's standard hair primitives (not ICE) that causes the hairs to be generated slightly differently each time a scene is opened? We're rendering with Redshift, but I'm thinking we saw something like this a few years ago with Mental Ray as well. Basically, on the farm, some machines will render their frame ranges with slightly different hair than any other machine. The only solution seems to be to render all the hair on a single machine, and to do so in a way that keeps the scene open (so in the case of Royal Render for instance, set the sequence maximum to be the full range you need). The rendered hair isn't 'bad' per se, it's just 'different' from surrounding frame ranges. The simplest description is that each machine seems to want to render the hair slightly differently. And I really wonder if it's not some bug with XSI hair. -- Tim Crowson Lead CG Artist Magnetic Dreams, Inc. 2525 Lebanon Pike, Bldg C, Suite 101, Nashville, TN 37214 Ph 615.885.6801 | Fax 615.889.4768 | www.magneticdreams.com tim.crow...@magneticdreams.com -- - Stefan Kubicek ste...@keyvis.at - Alfred Feierfeilstraße 3 A-2380 Perchtoldsdorf bei Wien Phone: +43 (0) 699 12614231 www.keyvis.at This email and its attachments are confidential and for the recipient only
Re: XSI hair and Random Generation
Thanks, I don't think it's an issue with textures not being found though. Also the problem can even happen on a single machine, if the scene is closed and re-opened. Computers, man! Blargh! -Tim On 7/14/2014 10:02 AM, Stefan Kubicek wrote: I rendered hair from the same scene across multiple machines and never ran into this. That was with 3delight, though I doubt there is a dependency on the actual renderer as XSI is responsible for delivering the full hair description to the renderer. However, what I did not use was clumping (Hair Multiplicity), in case you use that you might want to try to turn it off and render a few frames on all machines and see if that fixes the problem. Is the problem persistent on just those few machines, or does it wander across machines? If it's always the same machines, maybe you are using some sort of cut map (or other map influencing hair geometry) and some machines can't find that texture, hence rendering the hair slightly different on those machines that can't find it? Is there something about XSI's standard hair primitives (not ICE) that causes the hairs to be generated /slightly differently/ /each time a scene is opened/? We're rendering with Redshift, but I'm thinking we saw something like this a few years ago with Mental Ray as well. Basically, on the farm, some machines will render their frame ranges with slightly different hair than any other machine. The only solution seems to be to render all the hair on a single machine, and to do so in a way that keeps the scene open (so in the case of Royal Render for instance, set the sequence maximum to be the full range you need). The rendered hair isn't 'bad' per se, it's just 'different' from surrounding frame ranges. The simplest description is that each machine seems to want to render the hair slightly differently. And I really wonder if it's not some bug with XSI hair. -- Signature
RE: XSI hair and Random Generation
There is something similar happening if you turn render Hair Generation Render quality to Low (fastest), on the main PPG. From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Tim Crowson Sent: 14 July 2014 14:23 To: softimage@listproc.autodesk.com Subject: XSI hair and Random Generation Is there something about XSI's standard hair primitives (not ICE) that causes the hairs to be generated slightly differently each time a scene is opened? We're rendering with Redshift, but I'm thinking we saw something like this a few years ago with Mental Ray as well. Basically, on the farm, some machines will render their frame ranges with slightly different hair than any other machine. The only solution seems to be to render all the hair on a single machine, and to do so in a way that keeps the scene open (so in the case of Royal Render for instance, set the sequence maximum to be the full range you need). The rendered hair isn't 'bad' per se, it's just 'different' from surrounding frame ranges. The simplest description is that each machine seems to want to render the hair slightly differently. And I really wonder if it's not some bug with XSI hair. -- Tim Crowson Lead CG Artist Magnetic Dreams, Inc. 2525 Lebanon Pike, Bldg C, Suite 101, Nashville, TN 37214 Ph 615.885.6801 | Fax 615.889.4768 | www.magneticdreams.comhttp://www.magneticdreams.com tim.crow...@magneticdreams.commailto:tim.crow...@magneticdreams.com
Timer events broken 2013?
Anyone notice that TImer events are broken from 2013 on? Using this in a python plugin to create it. Can anyone validate this for me? Tested in 2013, 2014, and 2015... # NewEvent Plug-in # Initial code generated by Softimage SDK Wizard # Executed Mon Jul 14 13:43:19 EDT 2014 by ethivierge # # Tip: To add a command to this plug-in, right-click in the # script editor and choose Tools Add Command. import win32com.client from win32com.client import constants null = None false = 0 true = 1 def XSILoadPlugin( in_reg ): in_reg.Author = ethivierge in_reg.Name = NewEvent Plug-in in_reg.Major = 1 in_reg.Minor = 0 in_reg.RegisterTimerEvent(Timer, 500) #RegistrationInsertionPoint - do not remove this line return true def XSIUnloadPlugin( in_reg ): strPluginName = in_reg.Name Application.LogMessage(str(strPluginName) + str( has been unloaded.),constants.siVerbose) return true # Callback for the Timer event. def Timer_OnEvent( in_ctxt ): Application.LogMessage(Timer_OnEvent called, 8) # TODO: Put your code here. # This event can be aborted by returning true or false if you don't want to abort. return false
Re: Timer events broken 2013?
Nope, never noticed that, and SItoA has a timer event in it. We would have noticed if it didn't work. Your plugin works in Softimage 2015 on my machine. ta Steve On Mon, Jul 14, 2014 at 1:45 PM, Eric Thivierge ethivie...@hybride.com wrote: Anyone notice that TImer events are broken from 2013 on? Using this in a python plugin to create it. Can anyone validate this for me? Tested in 2013, 2014, and 2015... # NewEvent Plug-in # Initial code generated by Softimage SDK Wizard # Executed Mon Jul 14 13:43:19 EDT 2014 by ethivierge # # Tip: To add a command to this plug-in, right-click in the # script editor and choose Tools Add Command. import win32com.client from win32com.client import constants null = None false = 0 true = 1 def XSILoadPlugin( in_reg ): in_reg.Author = ethivierge in_reg.Name = NewEvent Plug-in in_reg.Major = 1 in_reg.Minor = 0 in_reg.RegisterTimerEvent(Timer, 500) #RegistrationInsertionPoint - do not remove this line return true def XSIUnloadPlugin( in_reg ): strPluginName = in_reg.Name Application.LogMessage(str(strPluginName) + str( has been unloaded.),constants.siVerbose) return true # Callback for the Timer event. def Timer_OnEvent( in_ctxt ): Application.LogMessage(Timer_OnEvent called, 8) # TODO: Put your code here. # This event can be aborted by returning true or false if you don't want to abort. return false
Re: Timer events broken 2013?
OK I'll take a look and see if there is something fishy in other plugins here. Thanks for the help Stephen! Still the best Softimage support tech years after you left! :P On Monday, July 14, 2014 1:59:46 PM, Stephen Blair wrote: Nope, never noticed that, and SItoA has a timer event in it. We would have noticed if it didn't work. Your plugin works in Softimage 2015 on my machine. ta Steve On Mon, Jul 14, 2014 at 1:45 PM, Eric Thivierge ethivie...@hybride.com mailto:ethivie...@hybride.com wrote: Anyone notice that TImer events are broken from 2013 on? Using this in a python plugin to create it. Can anyone validate this for me? Tested in 2013, 2014, and 2015... # NewEvent Plug-in # Initial code generated by Softimage SDK Wizard # Executed Mon Jul 14 13:43:19 EDT 2014 by ethivierge # # Tip: To add a command to this plug-in, right-click in the # script editor and choose Tools Add Command. import win32com.client from win32com.client import constants null = None false = 0 true = 1 def XSILoadPlugin( in_reg ): in_reg.Author = ethivierge in_reg.Name = NewEvent Plug-in in_reg.Major = 1 in_reg.Minor = 0 in_reg.RegisterTimerEvent(__Timer, 500) #RegistrationInsertionPoint - do not remove this line return true def XSIUnloadPlugin( in_reg ): strPluginName = in_reg.Name Application.LogMessage(str(__strPluginName) + str( has been unloaded.),constants.__siVerbose) return true # Callback for the Timer event. def Timer_OnEvent( in_ctxt ): Application.LogMessage(Timer___OnEvent called, 8) # TODO: Put your code here. # This event can be aborted by returning true or false if you don't want to abort. return false
RE: Timer events broken 2013?
Shouldn't your event be returning 'true' instead of 'false'? Matt -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Eric Thivierge Sent: Monday, July 14, 2014 10:46 AM To: softimage@listproc.autodesk.com Subject: Timer events broken 2013? Anyone notice that TImer events are broken from 2013 on? Using this in a python plugin to create it. Can anyone validate this for me? Tested in 2013, 2014, and 2015... # NewEvent Plug-in # Initial code generated by Softimage SDK Wizard # Executed Mon Jul 14 13:43:19 EDT 2014 by ethivierge # # Tip: To add a command to this plug-in, right-click in the # script editor and choose Tools Add Command. import win32com.client from win32com.client import constants null = None false = 0 true = 1 def XSILoadPlugin( in_reg ): in_reg.Author = ethivierge in_reg.Name = NewEvent Plug-in in_reg.Major = 1 in_reg.Minor = 0 in_reg.RegisterTimerEvent(Timer, 500) #RegistrationInsertionPoint - do not remove this line return true def XSIUnloadPlugin( in_reg ): strPluginName = in_reg.Name Application.LogMessage(str(strPluginName) + str( has been unloaded.),constants.siVerbose) return true # Callback for the Timer event. def Timer_OnEvent( in_ctxt ): Application.LogMessage(Timer_OnEvent called, 8) # TODO: Put your code here. # This event can be aborted by returning true or false if you don't want to abort. return false
Re: Timer events broken 2013?
No actually. Just found out it is working. Didn't realize you need to restart Softimage for it to start working. :\ On Monday, July 14, 2014 2:44:55 PM, Matt Lind wrote: Shouldn't your event be returning 'true' instead of 'false'? Matt -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Eric Thivierge Sent: Monday, July 14, 2014 10:46 AM To: softimage@listproc.autodesk.com Subject: Timer events broken 2013? Anyone notice that TImer events are broken from 2013 on? Using this in a python plugin to create it. Can anyone validate this for me? Tested in 2013, 2014, and 2015... # NewEvent Plug-in # Initial code generated by Softimage SDK Wizard # Executed Mon Jul 14 13:43:19 EDT 2014 by ethivierge # # Tip: To add a command to this plug-in, right-click in the # script editor and choose Tools Add Command. import win32com.client from win32com.client import constants null = None false = 0 true = 1 def XSILoadPlugin( in_reg ): in_reg.Author = ethivierge in_reg.Name = NewEvent Plug-in in_reg.Major = 1 in_reg.Minor = 0 in_reg.RegisterTimerEvent(Timer, 500) #RegistrationInsertionPoint - do not remove this line return true def XSIUnloadPlugin( in_reg ): strPluginName = in_reg.Name Application.LogMessage(str(strPluginName) + str( has been unloaded.),constants.siVerbose) return true # Callback for the Timer event. def Timer_OnEvent( in_ctxt ): Application.LogMessage(Timer_OnEvent called, 8) # TODO: Put your code here. # This event can be aborted by returning true or false if you don't want to abort. return false
RealLens 2
Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois
Re: RealLens 2
Thanks Francois, but perhaps I've installed it incorrectly... I get the camera primitive, but I get the following errors... I installed it via 'Install Addon...' and restarted Soft 2014 SP2, and I just get this: /# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x545390152' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x544332680' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 284, in ApplyRealLens2_Execute// //# oCProp = oCamera.AddProperty( RealLens2Prop, False, RealLens )// //# File COMObject unknown, line 3, in AddProperty// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\dynamic.py, line 276, in _ApplyTypes_// //# result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes) + args)// //# COM Error: OLE error 0x80020101 - [line 283 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : OLE error 0x80020101// //Application.ApplyRealLens2()/ -Tim On 7/14/2014 3:41 PM, Francois Lord wrote: Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois -- Signature
Re: RealLens 2
H... right. (Like most people) You're using the python that comes with Softimage, the one that's not patched for dynamic dispatch. I didn't think of that. I'll have to dive deep and fix this then. Oh well, to be continued. On 14-Jul-14 17:01, Tim Crowson wrote: Thanks Francois, but perhaps I've installed it incorrectly... I get the camera primitive, but I get the following errors... I installed it via 'Install Addon...' and restarted Soft 2014 SP2, and I just get this: /# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x545390152' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x544332680' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 284, in ApplyRealLens2_Execute// //# oCProp = oCamera.AddProperty( RealLens2Prop, False, RealLens )// //# File COMObject unknown, line 3, in AddProperty// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\dynamic.py, line 276, in _ApplyTypes_// //# result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes) + args)// //# COM Error: OLE error 0x80020101 - [line 283 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : OLE error 0x80020101// //Application.ApplyRealLens2()/ -Tim On 7/14/2014 3:41 PM, Francois Lord wrote: Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois -- Signature
Re: RealLens 2
personally, i have stopped patching python installs and just re wrap it as i need it and/or use methods which i know are more stable... On Mon, Jul 14, 2014 at 2:40 PM, Francois Lord flordli...@gmail.com wrote: H... right. (Like most people) You're using the python that comes with Softimage, the one that's not patched for dynamic dispatch. I didn't think of that. I'll have to dive deep and fix this then. Oh well, to be continued. On 14-Jul-14 17:01, Tim Crowson wrote: Thanks Francois, but perhaps I've installed it incorrectly... I get the camera primitive, but I get the following errors... I installed it via 'Install Addon...' and restarted Soft 2014 SP2, and I just get this: *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 97, in RealLens2Prop_DefineLayout* *# oLayout.clear()* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__* *# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))* *# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x545390152' object has no attribute 'clear'* *# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 97, in RealLens2Prop_DefineLayout* *# oLayout.clear()* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__* *# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))* *# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x544332680' object has no attribute 'clear'* *# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 284, in ApplyRealLens2_Execute* *# oCProp = oCamera.AddProperty( RealLens2Prop, False, RealLens )* *# File COMObject unknown, line 3, in AddProperty* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\dynamic.py, line 276, in _ApplyTypes_* *# result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes) + args)* *# COM Error: OLE error 0x80020101 - [line 283 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : OLE error 0x80020101* *Application.ApplyRealLens2()* -Tim On 7/14/2014 3:41 PM, Francois Lord wrote: Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois --
Re: RealLens 2
We've always been patching our installs because of all the legacy code we have. I don't even know how to code for the unpatched version! On 14-Jul-14 17:45, Steven Caron wrote: personally, i have stopped patching python installs and just re wrap it as i need it and/or use methods which i know are more stable... On Mon, Jul 14, 2014 at 2:40 PM, Francois Lord flordli...@gmail.com mailto:flordli...@gmail.com wrote: H... right. (Like most people) You're using the python that comes with Softimage, the one that's not patched for dynamic dispatch. I didn't think of that. I'll have to dive deep and fix this then. Oh well, to be continued. On 14-Jul-14 17:01, Tim Crowson wrote: Thanks Francois, but perhaps I've installed it incorrectly... I get the camera primitive, but I get the following errors... I installed it via 'Install Addon...' and restarted Soft 2014 SP2, and I just get this: /# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x545390152' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 97, in RealLens2Prop_DefineLayout// //# oLayout.clear()// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__// //# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))// //# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x544332680' object has no attribute 'clear'// //# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : Traceback (most recent call last):// //# File Script Block 2, line 284, in ApplyRealLens2_Execute// //# oCProp = oCamera.AddProperty( RealLens2Prop, False, RealLens )// //# File COMObject unknown, line 3, in AddProperty// //# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\dynamic.py, line 276, in _ApplyTypes_// //# result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes) + args)// //# COM Error: OLE error 0x80020101 - [line 283 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]// //# ERROR : OLE error 0x80020101// //Application.ApplyRealLens2()/ -Tim On 7/14/2014 3:41 PM, Francois Lord wrote: Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois --
Randomized but natural offset motion of ICE-scattered items?
I'm looking at using ICE-scattering for more natural set dressing, but I really need to add some motion in there. I've done a fair bit of static stuff with over the last couple of years, but applying natural motion to scattered instances still eludes me. In the case of grass for example, I can't just offset a clump's animation randomly... there needs to be a pattern to it, to give the appearance of wind moving along or whatever. Is it possible to control (via a noise whose scale I can control), how ICE instances have their animations activated? ICE noob here... thinking out loud -- Signature *Tim Crowson */Lead CG Artist/ *Magnetic Dreams, Inc. *2525 Lebanon Pike, Bldg C, Suite 101, Nashville, TN 37214 *Ph* 615.885.6801 | *Fax* 615.889.4768 | www.magneticdreams.com tim.crow...@magneticdreams.com /Confidentiality Notice: This email, including attachments, is confidential and should not be used by anyone who is not the original intended recipient(s). If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Magnetic Dreams, Inc cannot accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Magnetic Dreams, Inc or one of its agents./
Toon lens broken on softimage 2014?
Hi. I create a toon paint and host material, go to my cam. Add a toon lens. Render preview: none, zilch, nada. Apparently there´s nothing that´s got changed on SI 2014 for the toon lens to be broken. Anyone else experiencing this? or known bug? I´m using SI 2014 hotfix 1. Regards. David Rivera 3D Compositor/Animator LinkedIN Behance VFX Reel
Re: RealLens 2
# You mean this old chestnut? def dispFix( badDispatch ): import win32com.client.dynamic # Re-Wraps a bad dispatch into a working one: return win32com.client.dynamic.Dispatch(badDispatch) # Ah... the one thing I won't miss about Softimage. On Mon, Jul 14, 2014 at 2:52 PM, Francois Lord flordli...@gmail.com wrote: We've always been patching our installs because of all the legacy code we have. I don't even know how to code for the unpatched version! On 14-Jul-14 17:45, Steven Caron wrote: personally, i have stopped patching python installs and just re wrap it as i need it and/or use methods which i know are more stable... On Mon, Jul 14, 2014 at 2:40 PM, Francois Lord flordli...@gmail.com wrote: H... right. (Like most people) You're using the python that comes with Softimage, the one that's not patched for dynamic dispatch. I didn't think of that. I'll have to dive deep and fix this then. Oh well, to be continued. On 14-Jul-14 17:01, Tim Crowson wrote: Thanks Francois, but perhaps I've installed it incorrectly... I get the camera primitive, but I get the following errors... I installed it via 'Install Addon...' and restarted Soft 2014 SP2, and I just get this: *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 97, in RealLens2Prop_DefineLayout* *# oLayout.clear()* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__* *# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))* *# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x545390152' object has no attribute 'clear'* *# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 97, in RealLens2Prop_DefineLayout* *# oLayout.clear()* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\__init__.py, line 465, in __getattr__* *# raise AttributeError('%s' object has no attribute '%s' % (repr(self), attr))* *# AttributeError: 'win32com.gen_py.Softimage|XSI Object Model Library v1.5.PPGLayout instance at 0x544332680' object has no attribute 'clear'* *# - [line 96 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : Traceback (most recent call last):* *# File Script Block 2, line 284, in ApplyRealLens2_Execute* *# oCProp = oCamera.AddProperty( RealLens2Prop, False, RealLens )* *# File COMObject unknown, line 3, in AddProperty* *# File C:\Program Files\Autodesk\Softimage 2014 SP2\Application\python\Lib\site-packages\win32com\client\dynamic.py, line 276, in _ApplyTypes_* *# result = self._oleobj_.InvokeTypes(*(dispid, LCID, wFlags, retType, argTypes) + args)* *# COM Error: OLE error 0x80020101 - [line 283 in \\fs1\g\_WORKGROUPS\softimage\2014\Addons\RealLens2\Application\Plugins\RealLens2.py]* *# ERROR : OLE error 0x80020101* *Application.ApplyRealLens2()* -Tim On 7/14/2014 3:41 PM, Francois Lord wrote: Hi List. I finally updated my old plugin RealLens, 9 years later (!). It now creates a camera rig, applies the plugin on the camera and stays live on the camera. https://s3.amazonaws.com/public.francoislord.com/RealLens2.1.xsiaddon Get - Primitive - Camera - RealLens2 We've been using it in production here at Oblique since Febuary. It seems to work fine. If you find any bugs or have any comments, feel free to ping me. Cheers. Francois --
Re: RealLens 2
ya, that is what i do. i am lazy so i use sipyutils version of it. from sipyutils import disp # win32com.client.Dispatch On Mon, Jul 14, 2014 at 6:49 PM, Andy Jones andy.jo...@gmail.com wrote: # You mean this old chestnut? def dispFix( badDispatch ): import win32com.client.dynamic # Re-Wraps a bad dispatch into a working one: return win32com.client.dynamic.Dispatch(badDispatch) # Ah... the one thing I won't miss about Softimage.
Is it realy ?
http://blog.digitaltutors.com/will-3ds-max-die-next/ -- Евграфов Максим.(Summatr) https://vimeo.com/user3098735/videos --- Хорошего Вам настроения !!! :-)
Re: Is it realy ?
From an ME perspective Max is on the way out, its very telling when schools start to switch from it to maya. game studios as well. AD's complete lack of interest in keeping it afloat in these areas as observed at this point, the issue of platform agnosticism as the article mentions. self fulfilling prophecy. One might make the argument that there is the archviz people to think about but i can't say i don't feel the latest updates reflect the needs of there demographic, they look like appeasing updates, very much like the updates to softimage in the final years, camera mixer and syflex update, fairly weak sauces. 3ds has a lot of third party support so did Soft and it doesn't seem to have made an impact in the end, I don't think AD cares much about 3rd party, other then those that can be bought for cheap spare parts to be re-purposed as new features to save on development costs. they added Python! probably too little to late, might have made a difference back in the day, but now ? who is going to take the time to learn Python for max ? archviz people ? 2014-07-15 5:05 GMT+01:00 Max Evgrafov summ...@gmail.com: http://blog.digitaltutors.com/will-3ds-max-die-next/ -- Евграфов Максим.(Summatr) https://vimeo.com/user3098735/videos --- Хорошего Вам настроения !!! :-)