Hassat Hunter 571 Posted February 10, 2013 Specifically the "jittery droids" and "cyan saber" (without the 'blue saber' side-effect the one that's popular had, or our bronze sabers had before it got fixed by an user (sorry, forgot who)... Quote Share this post Link to post Share on other sites
Hunters Run 57 Posted February 10, 2013 About the jittery droids. I know which model is causing the problem (c_drdprobe). After removing the files the problem went away but I don't know what the droids files are for. while these files are most likely for m4-78ep, as I haven't gotten to m4-78 I don't know what effect removing the files will have. Quote Share this post Link to post Share on other sites
Hassat Hunter 571 Posted February 10, 2013 Wrong model, it's C_DrdProt. Quote Share this post Link to post Share on other sites
Hunters Run 57 Posted February 11, 2013 It was a while since I deleted the file so I forgot the exact name. Originally, I had planned to open it in 3dsmax to see what the problem was, but nwmax crashed. What purpose does the model serve? Why do you need an animator as opposed to-say, a modeler? Quote Share this post Link to post Share on other sites
Hassat Hunter 571 Posted February 16, 2013 It adds the typing animation... Issue is, it only does the typing animation. Even when it shouldn't... Quote Share this post Link to post Share on other sites
InSidious 237 Posted February 16, 2013 By "jittery droids", do you mean the problem with the scout droid used on the surface of Telos? I'm not sure why, but I generally find it develops an animation fault after a while to do with the way it bobs up and down. Quote Share this post Link to post Share on other sites
Hassat Hunter 571 Posted February 16, 2013 No, protocol droids with M4-78EP who are stuck in a "typing" infinite loop, but never really finish the full animation... Quote Share this post Link to post Share on other sites
Malkior 476 Posted February 17, 2013 If it helps at all, I noticed that the droids will behave normally unless you initiate dialogue with them. The animation overlap persists as long as you remain in dialogue with them. However, once dialogue is closed, they will stop the typing animation and resume normal idle animations (IE looking around) after about a minute. Quote Share this post Link to post Share on other sites
Hassat Hunter 571 Posted February 18, 2013 Yeah, we just need someone who knows it's way better with .mdl / .mdx files to fix that, since both zbyl and me really aren't that good with the models... Quote Share this post Link to post Share on other sites
Malkior 476 Posted February 18, 2013 Hmm, well, I was just trying to do a more thorough bug report on the issue to make the task easier for whoever actually can fix it. I figure knowing the specific conditions that cause the problem and how it is (at least partially) stopped should hopefully pinpoint its location and make fixing it faster. Quote Share this post Link to post Share on other sites
Hassat Hunter 571 Posted February 18, 2013 It does show even when not in conversation... Quote Share this post Link to post Share on other sites
Hunters Run 57 Posted February 18, 2013 @HH I will assume by typing animation you mean use computer animation. Unless you created a whole new animation for typing the model is not needed. To clarify there already exists a use computer animation in TSL. The model should read the animaton based on it's parents supermodel. Simply put most models do not store their own animations. Instead they are linked to parent models which do contain animations ( example, s_male01). Unless it serves another purpose (holds a texture or model was changed) you can just delete it. Quote Share this post Link to post Share on other sites
