Re: Rigging Master Class from 2005
The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe
RE: Softimage 2012 Raysat Service
Hi David Rivera, Please refer to the Softimage 2012 raystat.docx uploaded on https://beta.autodesk.com Softimage User Forums Shading / Rendering / HQV Satellite Rendering Setup Softimage 2012 raystat.docx If you would like to setup for other versions of Softimage it is possible too, just change the name of the service and ports. E.g I used 7026 for Softimage 2012, 7027 for Softimage 2013, 7028 for Softimage 2014 but I only keep an active service per instance, either 2012 or 2013 or 2014. Thank you. Regards Nick attachment: winmail.dat
Re: Setting and Manipulating Keys Very slow in Referenced Model
Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique
Re: Setting and Manipulating Keys Very slow in Referenced Model
Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.com wrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique
Re: Rigging Master Class from 2005
if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe
Re: Setting and Manipulating Keys Very slow in Referenced Model
Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.com wrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically. We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique
Re: Rigging Master Class from 2005
Yeah, I'd thought I lost the CD, but it was buried under a bunch of old CDs on a shelf. If I recall correctly, it has Bradley and Micheal Isner explaining rigging techniques. Obviously I won't do anything without Bradley's permission, but since I haven't seen it anywhere in years I figured it's might be stuck in limbo. -Paul On Mon, May 20, 2013 at 6:30 AM, Sebastien Sterling sebastien.sterl...@gmail.com wrote: if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe
Re: Rigging Master Class from 2005
We deal with enough shit from animators that the progression to geriatric nurse is probably a more natural path. Proctologist though might be an option, I think Brad is going for that. On Mon, May 20, 2013 at 8:30 PM, Sebastien Sterling sebastien.sterl...@gmail.com wrote: if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Rigging Master Class from 2005
He is a pipeline specialist after all... On Mon, May 20, 2013 at 2:17 PM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: We deal with enough shit from animators that the progression to geriatric nurse is probably a more natural path. Proctologist though might be an option, I think Brad is going for that. On Mon, May 20, 2013 at 8:30 PM, Sebastien Sterling sebastien.sterl...@gmail.com wrote: if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Rigging Master Class from 2005
Worse case scenario if he can't find out what's wrong with someone he just tells them to RTFM. :P Eric Thivierge === Character TD / RnD Hybride Technologies On 20/05/2013 7:38 AM, Dan Yargici wrote: He is a pipeline specialist after all... On Mon, May 20, 2013 at 2:17 PM, Raffaele Fragapane raffsxsil...@googlemail.com mailto:raffsxsil...@googlemail.com wrote: We deal with enough shit from animators that the progression to geriatric nurse is probably a more natural path. Proctologist though might be an option, I think Brad is going for that. On Mon, May 20, 2013 at 8:30 PM, Sebastien Sterling sebastien.sterl...@gmail.com mailto:sebastien.sterl...@gmail.com wrote: if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr mailto:olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Rigging Master Class from 2005
Clever Dan :) I want to see Brad in a Doctor or Nurse uniform posted on the list. I wish him the best of luck, quite a career change, very common nowadays. ::Christopher Dan Yargici wrote: He is a pipeline specialist after all... On Mon, May 20, 2013 at 2:17 PM, Raffaele Fragapane raffsxsil...@googlemail.com mailto:raffsxsil...@googlemail.com wrote: We deal with enough shit from animators that the progression to geriatric nurse is probably a more natural path. Proctologist though might be an option, I think Brad is going for that. On Mon, May 20, 2013 at 8:30 PM, Sebastien Sterling sebastien.sterl...@gmail.com mailto:sebastien.sterl...@gmail.com wrote: if they are no longer available anywhere, maybe someone can ask him if he minds if they are made available, i always thought the natural progression from rigger was doctor :) On 20 May 2013 10:47, olivier jeannel olivier.jean...@noos.fr mailto:olivier.jean...@noos.fr wrote: The patient is suffering of a gimbal lock of the controlers of his spine curve. ..a scoliosis. Le 20/05/2013 07:35, Christopher a écrit : He's going to become a Doctor, wow. Changes that happen. I hope he doesn't tell a patient, the cure to your problem is you haven't SetData on the artery. ::Christopher Rob Chapman wrote: Bradley Gabe -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Daylight System
Greetings, I'm looking for a daylight system addon. You know, like the one that ships with 3ds max. Set up date, time, geo location etc. and you get the correct angle of the sun. Thanks! Eugen
Re: Daylight System
I haven't used the tools listed on this page, this is just the returns of a Google search: http://www.si-community.com/community/viewtopic.php?f=27t=191 -Eric -Original Message- From: Eugen Sares Sent: Monday, May 20, 2013 12:16 PM To: softimage@listproc.autodesk.com Subject: Daylight System Greetings, I'm looking for a daylight system addon. You know, like the one that ships with 3ds max. Set up date, time, geo location etc. and you get the correct angle of the sun. Thanks! Eugen
Mill 98% Human
Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Particle systems nowadays :) They used regular hairs ? Le 20/05/2013 20:26, Kris Rivel a écrit : Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Subtle and efficient. Great work ! On Mon, May 20, 2013 at 2:54 PM, olivier jeannel olivier.jean...@noos.frwrote: Particle systems nowadays :) They used regular hairs ? Le 20/05/2013 20:26, Kris Rivel a écrit : Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Jesus, this is insane! Muscle system looks superb, would you care to further comment on how the face is controlled vs. simulated? Congratulations to all involved! 2013/5/20 olivier jeannel olivier.jean...@noos.fr Particle systems nowadays :) They used regular hairs ? Le 20/05/2013 20:26, Kris Rivel a écrit : Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris -- Gustavo E Boehs http://www.gustavoeb.com.br/blog
Re: Mill 98% Human
I was actually waiting for the cg to begin... :) Awesome Job! Thomas Kris Rivel krisri...@gmail.com hat am 20. Mai 2013 um 20:26 geschrieben: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
RE: Mill 98% Human
Yeah, it made me rather uncomfortable, which means it really works. Very awesome job. The first time I played heard the VO only, without the video I thought it was about working in the CG industry. We have a lot in common. ☺ jeff From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Thomas Volkmann Sent: Monday, May 20, 2013 4:00 PM To: softimage@listproc.autodesk.com Subject: Re: Mill 98% Human I was actually waiting for the cg to begin... :) Awesome Job! Thomas Kris Rivel krisri...@gmail.commailto:krisri...@gmail.com hat am 20. Mai 2013 um 20:26 geschrieben: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
You guys using the XSI Hair tools as a base to control the strands though? Why I ask is that there was a point in the making of where it looked like the artist grabbed the end point and was going to move it around to style just like the Shave setup. Or was that an actual curve object? Eric Thivierge === Character TD / RnD Hybride Technologies On 20/05/2013 5:40 PM, Jeffrey Dates wrote: Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.ca mailto:christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
Congrats Jeff and send my congrats to Vince too! Cheers, Graham PS ignore trolls -- Graham D Clark, Head of Stereography, Deluxe 3D dba Stereo D phone: why-I-stereo http://www.linkedin.com/in/grahamclark On Mon, May 20, 2013 at 2:40 PM, Jeffrey Dates jda...@kungfukoi.com wrote: Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Setting and Manipulating Keys Very slow in Referenced Model
How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.com wrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Setting and Manipulating Keys Very slow in Referenced Model
I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
RE: Setting and Manipulating Keys Very slow in Referenced Model
I reported an issue in 2013 SP1 where FCurve.SetKeys() was running incredibly slow (like 2500% slower) in the Scripting API. If the command called by your animator eventually runs a route through FCurve.SetKeys() (your code or Softimage's), then that would explain the issue. This was fixed in 2014. To get us working on 2013 SP1, I wrote a wrapper command to expose the same functionality through the C++ API which was not affected by the issue. Matt From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jeremie Passerin Sent: Monday, May 20, 2013 4:28 PM To: softimage Subject: Re: Setting and Manipulating Keys Very slow in Referenced Model I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.commailto:raffsxsil...@googlemail.com wrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.commailto:ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.commailto:ivansoftim...@gmail.com wrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.commailto:ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically. We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Setting and Manipulating Keys Very slow in Referenced Model
There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.comwrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Mill 98% Human
I was wondering the same. Looks like it was rockin the old-school hair. Was very impressive regardless but yeah...would love to know more details and exact approach. Kris On Mon, May 20, 2013 at 6:54 PM, Graham D. Clark mailgrahamdcl...@gmail.com wrote: Congrats Jeff and send my congrats to Vince too! Cheers, Graham PS ignore trolls -- Graham D Clark, Head of Stereography, Deluxe 3D dba Stereo D phone: why-I-stereo http://www.linkedin.com/in/grahamclark On Mon, May 20, 2013 at 2:40 PM, Jeffrey Dates jda...@kungfukoi.comwrote: Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Setting and Manipulating Keys Very slow in Referenced Model
well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.comwrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
RE: Setting and Manipulating Keys Very slow in Referenced Model
I would advise training your animators to not key every parameter under the sun. We had the same problem and had to start slapping wrists as well as be more aggressive with rigging to ensure only parameters that needed to be keyed could be keyed. That has greatly reduced problems. It's not often an animator keys the scaling parameters, so take a close look at the FCurves to see how many of the scaling parameters are actually keyed at values other than 1.0. Matt From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Enrique Caballero Sent: Monday, May 20, 2013 8:16 PM To: softimage@listproc.autodesk.com Subject: Re: Setting and Manipulating Keys Very slow in Referenced Model well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.commailto:raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.commailto:gerem@gmail.com wrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.commailto:raffsxsil...@googlemail.com wrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.commailto:ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.commailto:ivansoftim...@gmail.com wrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.commailto:ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.commailto:enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically. We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique
RE: Mill 98% Human
Is it rendered in Arnold? How much time does it take to render the hair? And how many strands are we talking about? From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Jeffrey Dates Sent: Tuesday, May 21, 2013 5:40 AM To: softimage@listproc.autodesk.com Subject: Re: Mill 98% Human Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.camailto:christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris attachment: winmail.dat
Re: Setting and Manipulating Keys Very slow in Referenced Model
Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.comwrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all. I'm hoping that its just one little oversight that is causing this. Any insight would be appreciated. -Enrique -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
Re: Setting and Manipulating Keys Very slow in Referenced Model
thanks guys, yep I've already sent the scene to Softimage. Its definitely a Softimage 2013 Sp1 issue though and not scene related. The parameters that the animators can key is already fairly limited as I'm pretty careful with keyable parameters. but I will strip down what i can for now. It is slow whether or not the Fcurve editor is open. Basically setting a key on a gear rig referenced model with 180 objects takes 6 seconds, a local model is instant. I've stripped down our workgroup to nothing but gear, same problem. Really quite distressing! The animators are giving me dirty looks! On Tue, May 21, 2013 at 11:21 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.comwrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.com wrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an issue with before, and I don't really think its gears fault. Maybe its something I layered ontop. Has anyone run into this problem before? Our pipeline is heavily dependent on referenced models and I have no plans to use local models in our pipeline at all.
Re: Setting and Manipulating Keys Very slow in Referenced Model
the keys are being set just by pressing the K key and the keying mode set to Key all Keyable this is the command that gets spit out Application.SaveKeyOnKeyable() On Tue, May 21, 2013 at 11:30 AM, Enrique Caballero enriquecaball...@gmail.com wrote: thanks guys, yep I've already sent the scene to Softimage. Its definitely a Softimage 2013 Sp1 issue though and not scene related. The parameters that the animators can key is already fairly limited as I'm pretty careful with keyable parameters. but I will strip down what i can for now. It is slow whether or not the Fcurve editor is open. Basically setting a key on a gear rig referenced model with 180 objects takes 6 seconds, a local model is instant. I've stripped down our workgroup to nothing but gear, same problem. Really quite distressing! The animators are giving me dirty looks! On Tue, May 21, 2013 at 11:21 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.comwrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.comwrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.comwrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do you have a scene file for this ? Thanks Ivan Email : ivan@nospam.autodesk.com (please remove nospam from email) On Mon, May 20, 2013 at 5:33 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Sorry this is in softimage 2013 sp1 On Mon, May 20, 2013 at 5:15 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey everyone, I am running into a distressing problem. An animator just came up to me and complained about it being very slow to key their animation. When they select all of the controls on the rig and drag the keys around or simply set a key there is a fairly major delay. I just did some testing and verified that it is quite slow. *I made the referenced model local, and the speed of setting or manipulating keys increased quite dramatically.* We are using GEAR rigs on this project, which I've never had an
Re: Setting and Manipulating Keys Very slow in Referenced Model
Sounds like a regression. I've had rigs with controls in the hundreds of objects with quite a few added properties and custom parameters, adding up to packs of thousands of keyframes at a pop. It's never been blazing fast, even with rig-centric dedicated commands, but I would have been skinned alive if it took more than a second or two to key out a couple thousand curves. Consider trying to write your way around it to see how pervasive it is, and if not too far reaching possibly stop them from staring daggers at you. Keying a ref model will always be slower, there's no two ways about it when you have to deal with delta tracking rather than simply adding data somewhere, but shouldn't be in that measure, it should be just a few percentage points at the most. On Tue, May 21, 2013 at 1:32 PM, Enrique Caballero enriquecaball...@gmail.com wrote: the keys are being set just by pressing the K key and the keying mode set to Key all Keyable this is the command that gets spit out Application.SaveKeyOnKeyable() On Tue, May 21, 2013 at 11:30 AM, Enrique Caballero enriquecaball...@gmail.com wrote: thanks guys, yep I've already sent the scene to Softimage. Its definitely a Softimage 2013 Sp1 issue though and not scene related. The parameters that the animators can key is already fairly limited as I'm pretty careful with keyable parameters. but I will strip down what i can for now. It is slow whether or not the Fcurve editor is open. Basically setting a key on a gear rig referenced model with 180 objects takes 6 seconds, a local model is instant. I've stripped down our workgroup to nothing but gear, same problem. Really quite distressing! The animators are giving me dirty looks! On Tue, May 21, 2013 at 11:21 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.com wrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.com wrote: How many custom attributes and specifically some feeding into ICE do you have? And how many FCurves at a time are we talking about? We encountered several related issues (and occasionally solved or had confirmation of them, and some QFEs that helped a lot) On Mon, May 20, 2013 at 8:57 PM, Ivan ivansoftim...@gmail.comwrote: Thanks! Sent from my iPhone, please excuse for typos. On 20 May, 2013, at 6:02 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Hey Ivan, Thank you, Yep I do, I will send it to you in a few minutes, just packaging up the referenced models On Mon, May 20, 2013 at 5:54 PM, ivan tay ivansoftim...@gmail.comwrote: Hi Enrique, Do
Re: Setting and Manipulating Keys Very slow in Referenced Model
Thanks raf and everyone for the advice, its really helpful. I will now reduce their ability to key scaling on the majority of the rig. I will also try to code my way around it, problem is I don't know c++ so I'm stuck with python which I doubt will be able to save me when it comes to slow keying. I did test in 2014 btw, and it is a bit faster, but its still massively slow. I've sent the scene to Autodesk, we still have a year on Subscription so hopefully they can send us a QFE On Tue, May 21, 2013 at 11:36 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Sounds like a regression. I've had rigs with controls in the hundreds of objects with quite a few added properties and custom parameters, adding up to packs of thousands of keyframes at a pop. It's never been blazing fast, even with rig-centric dedicated commands, but I would have been skinned alive if it took more than a second or two to key out a couple thousand curves. Consider trying to write your way around it to see how pervasive it is, and if not too far reaching possibly stop them from staring daggers at you. Keying a ref model will always be slower, there's no two ways about it when you have to deal with delta tracking rather than simply adding data somewhere, but shouldn't be in that measure, it should be just a few percentage points at the most. On Tue, May 21, 2013 at 1:32 PM, Enrique Caballero enriquecaball...@gmail.com wrote: the keys are being set just by pressing the K key and the keying mode set to Key all Keyable this is the command that gets spit out Application.SaveKeyOnKeyable() On Tue, May 21, 2013 at 11:30 AM, Enrique Caballero enriquecaball...@gmail.com wrote: thanks guys, yep I've already sent the scene to Softimage. Its definitely a Softimage 2013 Sp1 issue though and not scene related. The parameters that the animators can key is already fairly limited as I'm pretty careful with keyable parameters. but I will strip down what i can for now. It is slow whether or not the Fcurve editor is open. Basically setting a key on a gear rig referenced model with 180 objects takes 6 seconds, a local model is instant. I've stripped down our workgroup to nothing but gear, same problem. Really quite distressing! The animators are giving me dirty looks! On Tue, May 21, 2013 at 11:21 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie Passerin gerem@gmail.com wrote: I heard the same thing here, and also heard it's much faster in 2014. Have you tested that ? On 20 May 2013 16:20, Raffaele Fragapane raffsxsil...@googlemail.com wrote: How many custom attributes and specifically some feeding into ICE do you have? And how
Re: Setting and Manipulating Keys Very slow in Referenced Model
Even with no C++ knowledge you should be able to take different routes around it, just to see if the bottleneck is specifically in one of the wrappers or far enough upstream. Give it a shot. On Tue, May 21, 2013 at 1:40 PM, Enrique Caballero enriquecaball...@gmail.com wrote: Thanks raf and everyone for the advice, its really helpful. I will now reduce their ability to key scaling on the majority of the rig. I will also try to code my way around it, problem is I don't know c++ so I'm stuck with python which I doubt will be able to save me when it comes to slow keying. I did test in 2014 btw, and it is a bit faster, but its still massively slow. I've sent the scene to Autodesk, we still have a year on Subscription so hopefully they can send us a QFE On Tue, May 21, 2013 at 11:36 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Sounds like a regression. I've had rigs with controls in the hundreds of objects with quite a few added properties and custom parameters, adding up to packs of thousands of keyframes at a pop. It's never been blazing fast, even with rig-centric dedicated commands, but I would have been skinned alive if it took more than a second or two to key out a couple thousand curves. Consider trying to write your way around it to see how pervasive it is, and if not too far reaching possibly stop them from staring daggers at you. Keying a ref model will always be slower, there's no two ways about it when you have to deal with delta tracking rather than simply adding data somewhere, but shouldn't be in that measure, it should be just a few percentage points at the most. On Tue, May 21, 2013 at 1:32 PM, Enrique Caballero enriquecaball...@gmail.com wrote: the keys are being set just by pressing the K key and the keying mode set to Key all Keyable this is the command that gets spit out Application.SaveKeyOnKeyable() On Tue, May 21, 2013 at 11:30 AM, Enrique Caballero enriquecaball...@gmail.com wrote: thanks guys, yep I've already sent the scene to Softimage. Its definitely a Softimage 2013 Sp1 issue though and not scene related. The parameters that the animators can key is already fairly limited as I'm pretty careful with keyable parameters. but I will strip down what i can for now. It is slow whether or not the Fcurve editor is open. Basically setting a key on a gear rig referenced model with 180 objects takes 6 seconds, a local model is instant. I've stripped down our workgroup to nothing but gear, same problem. Really quite distressing! The animators are giving me dirty looks! On Tue, May 21, 2013 at 11:21 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: Have you tried changing how the keys are set? 150 objects with the entire local transform set isn't that many curves, we have had issues but that's with thousands piled up on more thousands. Lastly, is that with the FCurve editor open or not? I suggest you send the scene to Soft if it can be packaged up. On Tue, May 21, 2013 at 1:16 PM, Enrique Caballero enriquecaball...@gmail.com wrote: well its a gear rig so there are a fair but of custom parameters. but not an obscene amount. And as far as I know, no parameters driven by ICE. although I am using the dual quaternion skinning compound for the envelope. I've already tested with this removed and it wasnt the issue. I have tested in 2014 and it is better, by like 30 % but its still massively slower than it would be if the model was in Local Mode. Seeing as how well Softimage's referenced model and Deltas work together, it is a major reason we use Softimage here at this studio, I would expect the speed of keyframing to be very fast on referenced models, it should be just as fast I dare say, otherwise its a massive hit on their usability. I have also tested with other rigs as well, Gear rigs, the malcolm rig, and rigs of my own making, its a pretty major speed difference when setting and manipulating keys on referenced models vs local models. As far as how many fcurves. well... A lot, its an entire rig, its like 150 objects, and we are keying their entire srt. as the animators are currently blocking animation, so they key the entire character at once. 2014 is a bit faster, but not massively so. And we don't have the luxury of moving our pipeline to 2014 right now, our tools are written for 2013 at the moment and we are going through a major tools development phase On Tue, May 21, 2013 at 8:24 AM, Raffaele Fragapane raffsxsil...@googlemail.com wrote: There are two issues, a regression, which Matt does a good job of pointing out and that should be fixed in 2014 (to my knowledge, but haven't tested), and other things we found out when a mix of ICE and custom parameters are involved (which is not related to ICE slow at setting them, which was addressed in 2013 already, I believe). On Tue, May 21, 2013 at 9:28 AM, Jeremie
Re: Mill 98% Human
well played mr Gass and mr Dates and co, looks great, Many similarities to the plight of lindsay lohan? On Mon, May 20, 2013 at 8:21 PM, Chris Chia chris.c...@autodesk.com wrote: Is it rendered in Arnold? How much time does it take to render the hair? And how many strands are we talking about? From: softimage-boun...@listproc.autodesk.com [mailto: softimage-boun...@listproc.autodesk.com] On Behalf Of Jeffrey Dates Sent: Tuesday, May 21, 2013 5:40 AM To: softimage@listproc.autodesk.com Subject: Re: Mill 98% Human Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.camailto:christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris
Re: Mill 98% Human
I don't know if they did this but you can write a strand to hair-curve tool and toggle to visa versa so one can use the hair groom etc tools and go back n forth as needed Graham D Clark, Head of Stereography, Deluxe 3D dba Stereo D phone: why-I-stereo http://www.linkedin.com/in/grahamclark On May 20, 2013, at 8:11 PM, Kris Rivel krisri...@gmail.com wrote: I was wondering the same. Looks like it was rockin the old-school hair. Was very impressive regardless but yeah...would love to know more details and exact approach. Kris On Mon, May 20, 2013 at 6:54 PM, Graham D. Clark mailgrahamdcl...@gmail.com wrote: Congrats Jeff and send my congrats to Vince too! Cheers, Graham PS ignore trolls -- Graham D Clark, Head of Stereography, Deluxe 3D dba Stereo D phone: why-I-stereo http://www.linkedin.com/in/grahamclark On Mon, May 20, 2013 at 2:40 PM, Jeffrey Dates jda...@kungfukoi.comwrote: Actually, That's false. Hairs are strands in ICE. Source: Jimmy Gass sits across from me. On Mon, May 20, 2013 at 5:30 PM, Christopher christop...@thecreativesheep.ca wrote: Nice work. The Hairs are old school XSI Hair system. ::Christopher Kris Rivel wrote: Just wanted to say congrats to anyone at the Mill for the 98% human spot. An amazing piece of CG and probably one of the most impressive examples of Softimage that I've ever seen. Here's links to the spot and a brief making of for anyone who hasn't seen it: Spot: http://youtu.be/McD0dKuj5mA Making of: http://youtu.be/wLmVm0nc5Gg Kris