Despite a nagging suspicion that "Webinar" is a made up word, I will be speaking about some of the work at Nexus and how 3dsmax features in our animation pipeline.

This post details my talk at End User Event this year. Yes it's a little on the late side,due to me starting a new job on the following Monday. But I guess it's a case of better late than never...

I’ve been going through a folder on my hard drive and seeing if there are any useful scripted nibbles that I can release to the community. This is the first, and is a script that has been used in production for many, many, years

LR.net readers will know that I published a research project into using managed code to control Photoshop.It’s been a popular article, so it is with great pleasure that I am now publishing an update.

This post is to show how you can use Hitchhiker to develop maxscript tools in super quick time.

On the last few projects I have used a system that I developed as part of Lonerobot R&D. It’s a walk system called Zimmerframe that is targeted at optimizing animation production.

For many years as a character animator I have wanted a system to aid with the animation of fingers. The balance is trying to find the balance between time and ease of animation.

One thing is certain, XML is prolific. I wanted to research the most efficient way of using this versatile language in future systems I develop for 3dsmax animation pipelines.

Just a snippet posting this time, sharing a small file callback to lock and unlock a camera’s position.

If you just just stopped taking away my dialogs, you wouldn't have forced me to build this monstrosity.

Dotnet Improvements in 3dsMax 2010

Using a custom event class to do thy bidding

You will all be aware that when you perform any intensive calculation process within MaxScript that it pretty much ties up that session of max. Luckily the DotNet chaps have provided something that does all the hard work for you - The BackgroundWorker.