So, I have succeeded in getting my render farm set up again.
I decided to log the steps so that others may benifit.
This setup only requres A:M being installed on the Render Server machine.
Note: I only use PCs so I'm not sure Macs can be set up this way. They may need A:M installed on each Macintosh to function.
1. Create a data repository on one machine and put a copy of all the project files you need to render there. Make sure any unique materials, etc. are put here too. I just mirror my entire A:M data folder. (I use a Linux box for with simple Samba share for this job, although a windows machine with a simple share will work too. EDIT: If you have more than ten slave machines, you will need a server version of Windows to allow access from more than ten machines at a time.)
2. Install the Network version of A:M on the machine you wish to use for the Render Server.
3. Share the Hash installed directory (i.e. - C:\Program Files\Hash Inc\V13.0) as "AMRoot" or something similar of your choice.
NOTE: Firewalls will kill this unless you are allowing windows shares to pass.
4. Create a network shortcut to 'RenderMessenger.exe'. The 'Target' should look similar to this in the properties.
'\\RenderServerMachineName\AMRoot\RenderMessenger.exe'.
EDIT 05/11/2007: If you share your hash install directory as "AMRoot" or something similar, this will allow you to upgrade A:M on the server machine and all your shortcuts will still function. You just unshare the old major release and then share the new release (i.e. - unshare "V13.0" and then share "V14.0" as "AMRoot"). I have included screen shots of the shortcut and render messenger properties below.
5. Copy this shortcut to your data repository or the hash share so all the slaves can find it.
NOTE: If you are using your normal A:M design/modeling machine for a render slave, you will have to rely on the local files being the same as the Render Server. i.e. - The entire V13.0 folder must be identical.
6. From each slave, locate and copy over the network, the new Render Messenger shortcut you just created to it's desktop.
7. Run RenderServer.exe from the Render Server machine. (Make sure you have your dongle in place with drivers installed)
8. From each slave, run the Render Messenger shortcut and follow the prompts to put the information in for each slave (slave name, etc.). Each slave should show connected to the Render Server shortly after running.
NOTE: Unless you have some kind of unique ports you wish to use, take the default port that Render Messenger prompts you with. Normally this is port 1750, make sure it's open if you have any firewalls running.
Now to test your farm.
1. Create a new pool, then create a new job within Render Server.
2. Name your new job 'Test' and browse the network for a small project to test with. (I used the 'Dance' project from the A:M CD as I copied my CD data to the data repository too.)
3. Render Server will verify the project and prompt you to verify the choreography and camera to render. Click next.
4. Select the format. I prefer Targa sequence as it retains the most A:M information.
5. Select the output filename by browsing to your remote data repository and either create a folder in your project for the rendered frames or a generic holding area for your frames in the base of your repository. Use the name 'test0000.tga' for your initial test. NOTE: As of this writing if you do not browse to the network to set this path. The render will fail!
6. Frame range and resolution should be set, just click next for the test.
7. Select the Quality of your render. For this test, choose 'Final'.
8. Click Finish.
9. Now drag your slaves one at a time into the window area just under you job in the pool window to start them. This is the point at which you will note errors if there are any.
10. You should see each slave start up and begin loading and rendering frames.
Congratulations! You have built a rendering farm.
