Doum Posted June 4, 2013 Share Posted June 4, 2013 I hope someone can help me with this one, I have a simple scn with a grid with animation key starting in the negative value. This grid is simulated with the cloth solver. The targetstiffness attribute is painted on a part of that grid. When I try to simulate this, the target geo seem to start at 0 instead of the negative frame. Is there a way to export correctly to DOP target geo with negative frame? I linked a sample scn to make it clearer, sorry for the bad explanation... TargetGeoNegFrame.hipnc Quote Link to comment Share on other sites More sharing options...
anim Posted June 4, 2013 Share Posted June 4, 2013 it works for me from start (-24) in H12.5.376 and for your sim it may better to use targetdamping as well, to match velocity with the target and avoid springiness on points with high targetstiffness Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 (edited) I use the same version and here what I have at frame -21. The template of my target is displayed in in green and in red it's the target with a time shift of 24. Look like it's trying to get the position of my target a frame 3??? Edited June 4, 2013 by Doum Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 Sorry I forgot the image Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 Anim, do you have the same behavior ? Quote Link to comment Share on other sites More sharing options...
anim Posted June 4, 2013 Share Posted June 4, 2013 (edited) I guess you are right, I just saw it moving from -24, but didn't notice it is actually not completely following target animation while target behaviour is blackboxed in cloth solver and this may be a bug you can still uncheck Import Target Geometry and set targetP and targetv attributes by yourself in sop solver or geometry vop it seems to pick those attributes even in negative frames TargetGeoNegFrame_mod.hipnc Edited June 4, 2013 by anim Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 Thanks anim for the workaround . Do you know how I can see if a bug is already logged ? Quote Link to comment Share on other sites More sharing options...
anim Posted June 4, 2013 Share Posted June 4, 2013 not sure, just submit it and they will let you know but before you do, try it on the newest build to see if it's still there Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 yep I tried 3 builds and it did the same for all of them... Quote Link to comment Share on other sites More sharing options...
Doum Posted June 4, 2013 Author Share Posted June 4, 2013 Bug submited #55515 if someone is interested. Quote Link to comment Share on other sites More sharing options...
eetu Posted June 5, 2013 Share Posted June 5, 2013 Ah yes, I did run into this as well, nice to see the bug submitted. My quickie workaround was to have a timeshift sop on the imported target geometry, countering the timeoffset of the animation. Quote Link to comment Share on other sites More sharing options...
Doum Posted June 5, 2013 Author Share Posted June 5, 2013 I think I also got a similar probleme with my "pintoanimation" attribute, look like there is an offset of one frame ... Someone know how I can get around that ? Quote Link to comment Share on other sites More sharing options...
anim Posted June 5, 2013 Share Posted June 5, 2013 (edited) you would need to either offset target geo that one frame or better swap cloth solver and SOP solver so that SOP solver cooks first and therefore clothsolver has updated targerP and targetv for current frame instead of updating it afterwards, which probably creates that offset Edited June 5, 2013 by anim Quote Link to comment Share on other sites More sharing options...
Doum Posted June 5, 2013 Author Share Posted June 5, 2013 thanks anim I will try that. Quote Link to comment Share on other sites More sharing options...
Doum Posted June 5, 2013 Author Share Posted June 5, 2013 So the pintoanimation refer to the target for is position ? Quote Link to comment Share on other sites More sharing options...
Doum Posted June 5, 2013 Author Share Posted June 5, 2013 thanks anim, swaping the clothsolver and the sopsolver resolved the offset. Cheers! Quote Link to comment Share on other sites More sharing options...
anim Posted June 5, 2013 Share Posted June 5, 2013 (edited) So the pintoanimation refer to the target for is position ? yes EDIT: one thing to note though is that Cloth Solver is now evolving and things are changing faster than you may expect so don't be surprised if something works differently than previously for example you may find references in help describing pintotarget attribute which can be used for that purpose (it's not working in 12.5.376 but may in newer or future?) so maybe even pintoanimation may stop working once pintotarget will be established or maybe it's just a typo in help, but anyway it's all about trying to keep up with the changes Edited June 5, 2013 by anim Quote Link to comment Share on other sites More sharing options...
Stalkerx777 Posted January 24, 2014 Share Posted January 24, 2014 The problem still exists in 13.0.291 Not only negative frames, but any frame offsets won't let cloth object to pick up targetP and targetV properly. Was this bug submitted? Quote Link to comment Share on other sites More sharing options...
Doum Posted January 24, 2014 Author Share Posted January 24, 2014 it's supposed to be solver since 13.0.292. I can't find the quote in the journal by the way. But this one have been release at the same time for 12.5. http://www.sidefx.com/index.php?option=com_journal&Itemid=213&page=index&journal=default&view=FULL&logfile=ALL&icon=ALL&version=ALL&buildstart=&buildend=&perpage=20&search=+target+geometries&find=Find Didn't try yet if it really solved... I submit the bug in july 2013 I think... Good luck Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.