yoda64

I hope I can run now "Whole Program Optimization" build , on my old machine I got after 1 hour running a "Out of memory" error :-(

Got the pieces and build today my new toy (aka developing machine :-)), and offcourse can't resist to compare with my old one Intel Core i7-2600k (3,4 GHz) 32GB memory Win7 Pro 64bit A:M 16.0b 2:37 A:M 17a2 2:16 the old one Intel® Core™2 Quad CPU Q9550 @ 2.83GHz 8GB memory Win7 Pro 64bit A:M 16.0b 4:25 A:M 17a2 4:04 Now the weekend is reserved , for installation and getting back a working machine ...

The technical part to use up to 32 renderclients at one machine (if You have enough cores and memory) and more clients if You have more machines in access, is done from my side and works in V16 , the licensing thing isn't my part . As robert said , jason is here the contact person .

Ok , guy's , I'm now back from my holidays (without computer or internet acess ... :-)) I have moved this issue to v17 , because the fix has needed changes in the deep (changing the datatype for a variable from "long" to "long long", which implies some additional changes). Some other issues I have moved too, in the case You didn't see it longer ... Another thing /* rants and raves */ As fuchur mentioned, I had to switch the mac version from gcc4.0 to 4.2 , mainly for OpenMP/OpenCL , this has cost me around 3 weeks (excluding the holidays) 182 xcode projectfiles to change / recreate ..., it's running now , BUT today I have found that a bug in gcc 4.2 doesn't allow to use OpenMP in the final render process :-(, it's fixed in gcc 4.4 and above , but Apple doesn't support this compiler versions in Xcode /* rants and raves */

I'll do it :-) The memory needed for rendering is first allocated and used at rendertime (and free'd after rendering) , not when the project is loaded . A better tool for viewing the memory allocation (and some other things ...) is "Process Explorer"

For the 64bit version is nothing to do , it uses out of the box all avaible memory if it is needed . Looks like Your project doesn't need more than 4 GB .

The problem will be solved in the rc , temporary fix , remove the Align.hxt from the hxt folder , it causes the problem

It's a problem with the plugin , occurs only on the mac . I'm looking into this when I have time left .... In general , this function should be moved inside A:M , it would make much things easier, but I'm now in the christmas stress at work (back in 2008 with workload, today 16 hours , the customers cranking up ) , and I'm trying to put out the RC before christmas . So please patient with me ....

In the terminal use only on backslash before a space, instead of two

This is not the way that I recommend . Start instances from the terminal with "open -na /Applications/Animation\\ Master\\ 16.0/Animation\\ Master.app" or use/modify the attached apple script . Be sure that You wait upto the application is started complete (thatswhy the delay 30 (wait 30 seconds)) in the apple script, otherwise You got concurrency access to the ini file , which will give You a error message . MultipleMaster.zip

Thanks all for Your wishes . Birthday is for me only a day like all others, only a year more next to the pension :-) , where I'm hoping I arrive this and can do the things (no ,not programming ) ,which I should do yet , but didn't have the time (like travelling with the Transsib, Ghan, Canadian) .

I think this is the problem in Your case , XP and Vista/Win7 having a different rights managment for accessing registry and also the program folder . The machine , where the error occurs is a vista machine ?

Plugins for the 64 bit version must be compiled for 64 bit and having a "_64" before the extension . And this is not the case for TSM , need to be recompiled .

First at all , which version ? At this time , no . But You can change the library path , to do this . Yes Should be "A:M Installationdirectory"\Libraries for V16 Additional in V15 "Useraccount"\AppData\Roaming\Hash Inc\Libraries I assume here can be a problem occuring , if You are using a 64 bit windows and the 32bit Version from A:M , because the first entry is redirectet to a syswow32 directory, where only administrators have write access . Here I need to know which OS version (XP,vista or win7) , they have a different right managment for accessing the registry . Please open a bugreport , that we can communicate more direct .

Not complete correct , mov format is only not supported in the 64 bit windows version , the other versions can save quicktime formats.

It can work , look at my projectfile .....

I would suggest another bone orientation for your truck bone like the attached projectfile . Also using the truck bone for the path constraint instead of the modelbone . test.zip

Without the linked chor, the projectfile is useless ...

I'm working on a solution for the netrender/multicore problem ,availableness planed for V16 .

I think I read this is a new feature Steffen added to that latest A:M (15J+). It is supposed to help speed up fluids in real time I think. There is a speedup only for very big fluidsystems , where particles much outside the viewport

Vuepython (camera,light,chor export as python script) Pimotion (described on my website ..)

Not seen this yet . Maybe You should try to link with the actual libs (VS2008) A:M 150 SDK The return value from a plugin must be always true , didn't remember correct, when this was changed , I think V14 or earlie V15 .

Happy birthday to all of our old and youth members

The link is corrected now .

When a file called "master0.lic" is inside the A:M directory , move it to another place . and try to start A:M again . The dialog where You have to put in Your activation code should popup again . If after this the same errormessage occur , I need both master0.lic files to track down the problem open for this a bugreport , flagged as private .