“One Artist A Day”

As the name implies, I intend on mentioning 1 (likely awesome :p) musician or band I genuinely enjoy, every single day for the forthcoming future.

It’s been almost a month so far and it’s been a fun challenge to mention artists while trying to stay away from mainstream names. After all, I want to show you music you haven’t heard before, not what’s pumping on MTV or some lousy Top40s’-like radio show. (I miss when MTV had music in it; don’t you?)

So… check out my new blog! I will of course continue to keep this one and as soon as production slows a little where I’m working at I will be posting a backlog of educational content I have been meaning to submit for a while. (I currently have 9 drafts of coolness in my WordPress waiting for you.)

Last but not least, I welcome any music suggestions if anyone’s reading this and want to leave a comment down below. I promise to give you credit and link to your blog if I use your suggestion.

Here’s my take on said function for both Softimage and Maya…

First of all, we need to know the math behind it. Knowing global position vectors A and B, the formula for the distance (d) between them would be:

d = √  Ax-Bx² + Ay-By² + Az-Bz²  

I’ve decided to borrow sqrt() and pow() functions from Python’s math library, by the way.

First let’s see how to do this with Python in Softimage:

xsi = Application
lm = xsi.LogMessage
 
def ctr_dist( objA, objB ):
	from math import sqrt,pow
 
	Ax, Ay, Az = objA.Kinematics.Global.Transform.GetTranslationValues2()
	Bx, By, Bz = objB.Kinematics.Global.Transform.GetTranslationValues2()
 
	return sqrt(  pow(Ax-Bx,2) + pow(Ay-By,2) + pow(Az-Bz,2)  )
# -------------------------
 
 
# Try it out with 2 selected objects:
fromObj, toObj = xsi.Selection(0), xsi.Selection(1)
 
lm(
"Distance between <"+fromObj.FullName+"> to <"+toObj.FullName+"> is: "
+str( ctr_dist(fromObj, toObj) )
)

Now let’s repurpose it for PyMEL in Maya, without using distance nodes:

from pymel.core import *
 
def ctr_dist( objA, objB ):
	from math import sqrt,pow
 
	Ax, Ay, Az = objA.getTranslation(space="world")
	Bx, By, Bz = objB.getTranslation(space="world")
 
	return sqrt(  pow(Ax-Bx,2) + pow(Ay-By,2) + pow(Az-Bz,2)  )
# -------------------------
 
 
# Try it out with 2 selected objects:
sel = ls(sl=1)
print "Distance between <"+sel[0]+"> to <"+sel[1]+"> is: "+str( ctr_dist(sel[0],sel[1]) )

By the way, note the awesomeness of Python for letting you assign multiple variables from an array using a single line. That’s pretty nice.

Hope somebody finds this useful! You can use it a measuring tool or for distance-dependent rigging logic.

If you do use it for rigging, please remember that if you want the distance to stay the same while a character is scaled, you must divide the distance by the scaling value.

All you need to do is lock at the time.clock()…

# We need this for OS detection:
from platform import system as OStype
 
# Step 1: tick, tock...
from time import clock
start_time = clock()
 
 
# Step 2: ???
# (You do your procedures here.)
# You NEED to do SOMETHING. Don't leave this blank!!
 
# Here's a filler of nothingness:
from time import sleep
sleep(0.05)
 
 
# Step 3: calculate duration
timeTaken = clock() - start_time
 
# In Windows clock() returns seconds but in Linux it's milliseconds, so:
units = ["seconds" if OStype() is "Windows" else "milliseconds"][0]
 
msg = "It took "+str(timeTaken)+" "+units+" to process your code."
 
Application.LogMessage(msg) # if you're in Softimage,
# otherwise use print() or whatever.

I tried to make the snippet above as generic as possible, but if you’re using Python in Softimage, you can use XSIUtils.IsWindowsOS() for detecting Windows instead of my OStype stuff.

LogMessage( XSIUtils.Environment("TEMP") );

If I run that (JavaScript) I get something like: C:\Users\Alan\AppData\Local\Temp\XSI_Temp_15076

The number is unique every time and if you open multiple XSI sessions, each will get their own temp folder. If you close Softimage, the corresponding temp folder is deleted completely.

This is a much more elegant solution to temporary filepaths because you don’t have to waste time coding a purging/cleanup mechanism in your plugin.

Furthermore, if Softimage crashes it will get cleaned anyways next time you run it. It seems to check for XSI_Temp_* folders on startup and delete any that are not in use by an existing session.

I found this feature by accident when I needed a temp file function for a scripted tool I was working on. I was expecting to get the normal TEMP path set by Windows, but to my surprise Softimage had overriden it with their own that autopurges by itself. Handy!

Best enjoyed in fullscreen HD:

I’m looking for a position around Toronto and also available for freelancing.

Click here for my resume and if you’d like a 1080p quicktime download this link.

Oh, and it features a brand new Excel critter, Garlic!

ps: Check out Donut when he goes into the x-ray machine.

The above are a continuation of a series of two previous commercials I also did the rigging for. Since they weren’t posted on the blog before, might as well show you now:

(The top of the CG broccoli is done with ICE instances.)

All the 3D made with Autodesk Softimage. Compositing in Autodesk Inferno.

Here’s some of my observations with them in the context of artists animating a referenced rig in production:

• StoredExpressions doesn’t always store expressions. They actually show up in StoredPositions almost every time you touch something with an expression. They often also break / stop evaluating when this happens. (They often get stored even when you disable storing of expressions in your Delta, but it’s hard to repro.)
   
• StoredPositions remembers transforms by the mere act of selecting and having translate/rotate/scale tool active. While not exactly a bug, it easily causes problems if you edit centers later on, because the transforms get remembered and so it causes a wacky offset.
  Stuff can exist in both StoredPositions and StoredFCurves but it shouldn’t. If it’s keyed/animated, keys take priority, which means you got redundant junk in StoredPositions. XSI won’t remove the StoredPositions entry when setting a key (which makes a StoredFCurves entry.)
   
• StoredPositions will (from time to time) remember changes to a referenced material’s parameters. This combines with the annoyance of updating a material later and having old values mysteriously enforced on it because they were in StoredPositions and shared the same names. (Maybe a better name is “StoredValues”, since it stores more than positions.)
   
• Generally rigs don’t come preanimated so there’s no point for “StoredRemoveAnimations” to exist. It gets created whenever you remove keys from something in the rig.
   
• StoredConstraints remembers constraint relations by explicit naming. Sometimes these don’t update when the objects name changes, and sometimes they do.
  So say if you constrain an arm of the referenced character rig to a null you just made, THEN rename the null, there’s a very high chance when you save and reopen the constraint won’t be connected, since it will be expecting the original null name. The good news is you can open the Delta in an Explorer, doubleclick the StoredConstraints subproperty and rename the object names in each row to whatever are the correct ones.
   
• Whenever you edit contents of a Delta by hand and want to see the updated result, you must rightclick on the referenced model in an Explorer and “Update Referenced Model.”
   
• You need a Delta per model… and in the case of having a rig with one or more models inside it, this rule still applies.
   
• Just because a Delta sits below a model that doesn’t necessarily mean that is the model it’s working on. It’s actually working on whatever its “Target” parameter specifies.
   
• If “Record” isn’t ON (in the Delta’s PPG) before you make changes, they don’t get saved. End of story. — Turning it on after doing changes won’t save your ass. (Good thing it’s on by default, eh?)
   
• If you have a convoluted/complex rig that crashes when you do “Update Reference Model” or when simply offloading, but works fine otherwise… if you need to update the refmodel path, you can do this without opening your scene by editing the relevant scntoc file and then when you open your scene it’ll be path you wanted.
   
• When you duplicate a material from a referenced model, it duplicates fine EXCEPT for the image clips/sources, which stay referenced and when you reopen the scene, they will have dissapeared.
   
• Using Animation Layers with referenced models is not to be trusted. [*update*: Steven Caron from Blur Studios has noted that as of Soft 2010 SP1, animation layers work fine with referenced models. Beware if you are using a previous version.]
  If you use them, always open the scene you just saved in a new XSI without closing the first one so you can check that when it opens all the animation is still there and works properly. (I haven’t confirmed, but I believe I read on the mailing list that you can collapse animation layers before you save and then it’s okay.)
   
• Someone on the Softimage mailing list mentioned once that only the first Delta for a particular model remembers Mixer stuff like actionclips and such, regardless of what you set. Good to bare in mind.

At work I made two relatively simple scripts that help us with refmodel woes. I’d like to share them with you:

This really simple script imports a refmodel, make a fresh empty delta for it (and extra Deltas for any models in it) and sets these defaults automatically:

• Static Pos and Other Parameters ON
• FCurves ON
• Expressions OFF
• Constraints ON
• Animation Mixer ON
• Group Relations ON
  (this stores partitions relationships so it’s very important!)
• Model Instances OFF
  (could be left ON if you need it)
• External Connections ON
  (this remembers stuff like constraining something in the refmodel to an external object)
• New Properties OFF
• Clusters OFF
• Cluster Properties OFF
• Operators OFF

then in Mixer Modifications:

• Animation ON
• Shapes OFF
• Audio ON
• Cache ON

These are the ideal settings for using a referenced model to move/animate it, put it in partitions/groups/layers and render.

Download the AF_ImportRefModelForAnimation.py Python script here. Make it into a button or incorporate it into your workflow tools if you have any.

“Clean Delta”:
It deletes stuff from a Delta that shouldn’t be there if you just wanted to animate and render a referenced rig or model. See the code for more specifics.

Download the AF_DeltaCleaner.py Python script here and run it from a button with refmodels selected. I’ve left plenty of code comments to make sense of what it does. I urge you to read them.

I hope these scripts assist you in having a more pleasant experience with referenced models. They’re actually quite wonderful after you learn their quirks.

If anyone has anything else to say about deltas, modifications, suggestions, code improvements, constructive critique, cheese and monkeys, etc. please leave a comment. Thank you.

The following Python script iterates through your selected enveloped objects, creates SymmetryMaps if one doesn’t exist, and then goes through their envelope deformers and appends them to the SymmetryMappingTemplate for that model based on the naming convention of prefixing “L_” for left-side and “R_” for right-side objects.

It assumes the following: (and maybe in the future I’ll make the code smarter…)
- Your selected objects all have envelopes.
- Your left-side objects begin with “L_” and the right-side with “R_”.
- All your selected objects belong to the same Model.
- That you don’t have more than one SymmetryMappingTemplate under your model. (It will append to the first one found under the model, and create one if one isn’t found.) I recommend not having one to start with.

Make yourself a button with this:

xsi = Application
lm = xsi.LogMessage
from win32com.client import constants as c
import win32com.client
 
objects = win32com.client.Dispatch( "XSI.Collection" )
objects.AddItems(xsi.Selection)
 
# Iterate through selection
for envObj in objects:
	lm( "Iterating through: "+envObj.FullName, c.siVerbose )
 
	# Create a SymmetryMappingTemplate if needed.
	oSymmetryMapTemplate = xsi.Dictionary.GetObject( envObj.Model.Name+".SymmetryMappingTemplate", False )
	if not oSymmetryMapTemplate:
		oSymmetryMapTemplate = xsi.CreateSymmetryMappingTemplate(envObj, False, 0, False)
		lm( "Symmetry Mapping Template not found; created one.", c.siVerbose )
 
 
 
	# Create a SymmetryMap if it doesn't exist.
	sMapCls = envObj.ActivePrimitive.Geometry.Clusters("SymmetryMapCls")
 
	found = False
	if sMapCls:
		sMap_props = sMapCls.LocalProperties
		for eachProp in sMap_props:
			if eachProp.Type == "map" and not found:
				sMap = eachProp
				found = True
				lm( "Found SymmetryMap: "+sMap.FullName, c.siVerbose )
 
	if not found:
		lm( "SymmetryMap not found; created one.", c.siVerbose )
		#sMap = xsi.CreateSymmetryMap("", envObj, "Symmetry_Map")(0)
		sMap = xsi.CreateSymmetryMap("", envObj, "", "")(0)
 
 
 
	# Add envelope deformers to template by name:
	i = xsi.GetNumMappingRules( oSymmetryMapTemplate ) + 1
	oppositeNaming = {"L_":"R_", "R_":"L_"}
	envelope = envObj.Envelopes(0)
	deformers = envelope.Deformers
	for eachDef in deformers:
		name_A = eachDef.Name
 
		if name_A[:2] in oppositeNaming.keys():
			name_B = name_A.replace(name_A[:2], oppositeNaming.get(name_A[:2]), 1)
 
			xsi.AddMappingRule( oSymmetryMapTemplate, name_A, name_B, i)
			lm( "Adding Mapping Rule #"+str(i)+": "+name_A+" <--> "+name_B, c.siVerbose )
			i += 1
 
xsi.SelectObj(objects)

I might update the code in the future to support multiple models and check if an entry in the template has been added already, but for now this above will have to do.

Hope it’s useful to somebody!

With this Rendertree compound you have AO in darkness and that’s it. Simple!

Now….. can you spot the differences between these images below?

Diffuse pass, boring looking, no AO:

BAD — Sloppy AO that’s been applied everywhere: (notice how dirty it looks towards the center light)

GOOD — Shadow-aware AO, only exists where it should… in darkness:

Credit where credit is due; this method was originally pointed out by Guy Rabiller many years ago, back when our software was called a 3 letter word.