robcat2075

"with rotation x,y,z" will point it anywhere you want do you mean when you are animating or that there will be characters you'd install squetch in where straight back is the wrong way? An answer is an answer. even if it's the only one, it's an answer. You only need one. OUtside of expressions and a some poses that have to have specific values at the 0%/OFF position I haven't seen anything in Squetch that couldn't be reproduced with TSM2 scripting.

The "constraints" folder seems to be the character specific things they added in addition to TSM2 bones. things like fanbones at a joint. These are things that are different for each character depending on its mesh so they are not part of the regular TSM build. It looks like they have gone all out and fan boned every single joint to show you examples of what one might do in each situation. youcan open up that "Constraints relationship" inthe PWS to see the list of bones it uses. Most of those could be done away with by CP weighting although sometimes fanboning is easier. Assuming nothing is otherwise wrong, the TSM fingers use one bone for the last two joints. rotate on the red ring for the first joint and the blue ring for the second joint. I'm not a fan of that so I've written a replacement script for TSM fingers that add fanbones at every joint and restores a conventional three control bone finger. http://www.hash.com/forums/index.php?s=&am...st&p=273221 I'm thinking of making a tut to show how to use TSM2 rig. They used to sell a video on that but they aren't selling videos anymore.

Ok, I'm looking at Woot as a Squetch example.... the elbow controller seems to have an origin point of about 25% of the way from the elbow (a known point after placing your TSM2 Builder bones) and the wrist (also a known point). I could script a bone that starts there by starting it "between" the starting points of the two bones that make up the TSM forearm. the elbow controller points straight back. Normally I'd use an already existing bone as a model for a new bone's orientation, but there isn't one like that in the original TSM2 arm bones so I'd use "with rotation x, x, x" to explicitly point the bone back. The bicep orient bone is tougher as it hangs out in back there. I was about to chicken out and say "add it to the arm component" (a valid solution) but I see now it's about as far back from the shoulder as the forearm is long. I'd script a temporary bone as long as "with length of" the forearm and point it back from the shoulder like I did the above elbow controller. then I could use its endpoint as the starting point of my bicep orient bone and I then give that bicep orient bone the orientation of a forearm bone to make it correctly point outward. The temporary bone could be deleted or just hidden and left in. This is all do-able and I have done similar new bone creation in my own scripts.

What bone in Squetch is it that TSM can't create?

well, I know there is a plugin for squetch, I just know nothing of powers other than using it in the workflow you outlined. here would be the TSM for Squetch workflow equivalents 1) import the Squetch posable model into your model TSM builder creates right side geometry bones 2) create an action and do the Poses thing Fit TSM bones to Mesh. Run TSM Flipper 3) export posed model from the action (just sizes the bones to fit the model to be rigged) 4) delete installation poses 5) Import Final IMPORT Model into newly posed model - I believe this only has poses/relationships in it and does not influence the plugin? Not sure. doesn't matter. 6) Run Install rig plugin (SIRP) TSM Rigger creates additional rig bones and writes constraints and poses 6b) drag in poses containing expressions 6c) program to convert bones to NULLs 7) reset compensates 8) assign & weight CP's Actually I like to do this after TSM Flipper in step 2) but some fan bones may not exist until TSM Rigger is run in step 6)

I don't know all the elements you're using there, it sounds like it would work, but I still think it would be easier to just work with all bones, then have a program that will search thru the model file with a list of bone names and flip them to NULLs. I know that program doesn't exist yet but I suspect it wouldn't be more than a page of code to write. I just found out that Flash can write files known as "shared objects" to the user's hard drive (normally Flash doesn't allow itself to write ANYTHING to the user's computer) so that makes me more likely to write this thing. I've written apps in Flash before that parsed and altered large text files, but to save the result I was having to make it print the result to a window from which I would copy and paste into a text editor. It worked fine but saving directly would be nicer. No ETA on when I'll get around to this though. One caution on this... TSM Flipper will flip "right Bone" to "left Bone" but will also flip "Right Bone" to "left Bone" Normally this is not a problem, unless you have written a script that you sent looking for "Left Bone" when "left Bone" is what is really there. That will cause TSM Rigger to crash.

"replace" or "Add" may be the blend mode you need to set onthe new chor action.

Hey that was snappy! I think the legs have better clarity than the arms. I can pretty much tell what the legs are doing, but the poses/action in the arms are harder to discern. I know it's supposed to be frantic motion, but there's probably some solution to make the arms more effective. I don't know what it is tho...

Looks promising. Lorenzo Lamas might say there's too much space between her thighs.

The creases are probably spline continuity errors. Post a wireframe and someone will probably point them out for you.

I like that you limited the color palette. Nice Shot.

I know you'll enjoy that project. If you have questions, ask me.

Yup, it's a lot of work when you rig a character and then want to change the rig to something else. But it's not TSM2's fault that that is a lot of work. Yes, you could constrain an already rigged character to TSM2 control bones but what are the chances of someone getting that all right? Imagine if someone wanted to convert an already rigged AM2001 character to Squetch. What are the chances of getting that all right? And you know they'd blame Squetch! Who would ever be able to debug it for them? Better to start from scratch and do the rigging process correctly.

Thanks, I'll edit the link at the start of this thread.

Bone creation and bone constraining via scripting are future installments here. Adding your extra bones after TSM2 has done its thing is easier than adding TSM to an already rigged model. Imagine adding Squetch on top of AM2001. I suppose you could do it , but why? If one of your bones is name the same as a regular TSM2 bone then you'd have to consider renaming it. Basically you have a humanoid. It has elbows and wrists and knees and ankles and a neck... all that stuff that 99% of characters have. That's what vanilla TSM2 controls and moves. You put TSM2 bones in your character and attach all the relevant CPS to them and run TSM Rigger. Now, you have some other body parts that dont exactly correspond to 99% of characters' anatomies? Add some bones for them at the appropriate spots and constrain them. No scripting required. Scripting is for rig enhancements that you will want to apply to many characters without having to manually recreate them for each one. For example, I modified the "arm" script of TSM2 to add all the bones and constraints for limb bending on top of the regular TSM2. It's 100+ extra bones and twice as many constraints that I had to do manually for each character that are now made automatically. Took me long time to write and debug that script though. But your Terminator is a one-off character. You won't be needing to reproduce those extra joint and gizmo bones on other models. So writing a script for them woudl be unnecessary.

it shouldn't do that. Perhaps you have a non-standard mouse? Try the alternate method of pressing the ~ key while you hold down the left mouse button.

Nosir, it has to be a v12 model without any nulls in order to have the TSM rigger work. This is not correct. TSM rigger works on a model that has already been loaded. It doesn't matter what version the model came from. Have you noticed that it prompts you to save your work after TSM Builder and TSM Flipper? That would be pointless if you couldn't reload those files for use by TSM2. TSM2 Rigger can add bones to any existing model from any version tht your A:M can load. I've been doing it for 2 months now. But the real TSM workflow is not that you re-rig an existing rig. All the user has to do is put in the minimum Geometry bones and TSM2 rigs and constrains everything on top of that in one step. There is no need to compensate pre-existing constraints. TSM Builder requires it's "Components" have been made in V12 or earlier. But that's something the creator of the rig only needs to do once. He makes those available to the end user who never needs to modify them. But if you're using the possable Squetch file to put bones in a model, you wouldn't even need TSM Builder. Rigger does not need any V12 files at all. Where is that idea coming from? If Rigger needs V12 files how is it that i can save my work after TSM Flipper, quit A:M, restart it, reload my work (now a V13 file) and run Rigger on it? I really think you're introducing some unnecessary complications in this.

is the detour thru V12 so the Posable installation rig can be used? I still dont' understand the need for that detour, and it sounds like anyone who wants to install the Squetch rig is going to have to have V12? I've done a Squetch installation once and I dont' understand the advantage of the pose slider driven installation. It seems to me that using the sliders to rotate and scale the squetch rig into place is no fewer steps that using the regular rotate and scale manipulators in A:M to rotate and scale the TSM2 rig into place. What am i missing?

No. The easiest way is to animate the wheels to match the motion of the car. If you convert the "driver" for the bones for the wheels from "quaternion" to "Euler" they will be easier to keyframe for multiple revolutions. select the bone inthe chor window, Right click on "rotate" in the properties window for the bone. Maybe. You'd have to experiment a lot to get good results. Easier to aniamate the objects moving. you can put all the obects on the same path and use the "ease" settings to make them appear to follow each other. FO r what you are doing the versions are the same. you need to give each wheel a bone so it can turn. Hash.com has a button on the front page to buy V15

They even have a better name for it! I always thought "store roll" was an unnecessarily jargonesque term. I knew there had to be a way to do that! I'm glad you spent the hours researching that and not me.

Cool character. I still have 10.5 on my machine so I looked at it. Basically, the AM2001 rig process isn't done to its conclusion. THere are no constraints on any of the bones. The install rig tutorial has changed a bit since 10.5 so i would go back to "The art of A:M" book that came with your v10.5 and follow that one very carefully. ftp://ftp.hash.com/pub/updates/windows/Am2003/2003Manual.pdf But i would recommend making the leap to v15. $50 for one year. your model will still work.

Anzovin's Bundle wasn't their regular mode. They put that together to clear out their stock of physical CDs they had on the shelf. So the bundle wasn't a downloadable item. However, there's still a ton of good tutorial material avaiable for A:M, much of it free here on the forum.

your way: place two bones on rake at intended position for hands pose hands at intended position near bones press offset button constrain one hand press offset button constrain other hand you still need offset constraints because the bones in the rake will never exactly match the hand bone you are constraining to it. my way: pose hands at intended position on rake press offest button constrain one hand press offset button constrain other hand If you need to shift the hand position later, offsets are animateable like anything else. in both cases you animate the arms by leading them around with the rake. I see both methods as functionally the same. If the rake were never to touch the ground and just be held inthe air by the character I'd do one FK arm , constrain the rake to that, and make the other arm IK, and constrain it to the rake. But if the rake has to be moved along the ground I'd go with two IK arms constrained to the rake

This is really the worst way to animate. Simple bones are not easily controlled enough for real posing. TSM2 for A:M is free now and as easy to install as simple bones. If you're on a PC there's a download in the rigging forum. Don't spend any more time fighting a non-rig. A:M bones can work either way. Is is possible to lead a chain of bones around by the tip of the last one. you can also make them move in FK by choosing the base of your chain, hit R and using the rotate manipulator rings to turn it. In TSM2 if you wanted an FK spine you could choose "Dont' rig" for the spine at the last step of the TSM2 process.

Back to the original topic of the "String Error"... If you save your model, restart A:M and reload, most of the string errors are gone. H0wever, the places that would normal say "Relationship" still show "Error Loading String: 5002" followed by a number you can fix that with a search and replace in a text editor by replacing Error Loading String: 5002 with Relationship then resave your file