What the others said plus personally, one mesh would allow for more flexibility, in that case why not use the actual mesh instead of extracting it.
You may be taking a big hit right there by extracting it and keeping it live. To test : On a second instance of Softimage Get a very dense sphere Deform it with a 3-4 bone chain extract Check the interaction by moving the effector on the chain Keep that scene open... That’s what I do. -manny From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Alok Gandhi Sent: Friday, November 01, 2013 11:15 AM To: softimage@listproc.autodesk.com Subject: Re: Extracted meshes and performance In theory, one mesh with more polys should be faster I think, because the scene has only one operator to update compared to many operators in case of multiple polys. But, if the number of polygons is too high, the overhead for each operator with single polygon may be less than processing the heavy poly data in one operator. This should be the case theoretically, but you have to do the tests to confirm as Eric said. On 11/1/2013 11:02 AM, Eric Thivierge wrote: Have you run any tests yourself in this respect? On Friday, November 01, 2013 10:58:56 AM, Sergio Mucino wrote: Simple, quick question. When dealing with extracting meshes from another one that is deforming (using Create - Poly Mesh - Extract Polygons (keep) ), what is a better approach to take, performance-wise? One single mesh with lots of polygons (relatively speaking), or several meshes with few polys? Thanks everyone! -- -- ALOK GANDHI / directeur technique senior- senior technical director alok.gan...@modusfx.com<mailto:alok.gan...@modusfx.com> T: 450 430-0010 x225 F: 450 430-0009 www.modusfx.com<http://www.modusfx.com> --------------------------------------------------------------------------------------------- MODUS FX 120 Rue Turgeon, Sainte-Therese (Quebec) CANADA J7E 3J1 Follow us on Facebook<http://www.facebook.com/ModusFX> & Twitter<https://twitter.com/Modusfx>
<<attachment: winmail.dat>>