Lang hat es gedauert, aber nun ist der erste Hotfix für 3dsmax 2011 raus:
http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&id=15302592&linkID=9241178

Wie immer kann man hier die letzten updates sehen:
http://usa.autodesk.com/adsk/servlet/ps/dl/index?siteID=123112&id=2334435&linkID=9241178

Offiziell wird Python nicht in 3dsmax unterstützt. Statt dessen setzt Autodesk weiterhin auf seine Eigenentwicklung "maxscript" (Die grausam ist, wenn man Python kennt ;)

Nun hatten Leute angefangen mittels COM von Python auf 3dsmax zu zu greifen (Siehe alten CGTalk Thread). Aber das ist nicht so sonderlich schön.

Nun gibt es was neues: Py3dsMax als kompletten maxscript Ersatz! Ist zwar noch beta, aber mal sehen was daraus wird! Neuer CGTalk Thread dazu.

Projekt Seite: http://code.google.com/p/blur-dev/

↑ Installation  #

Die Installation ist z.Z. noch sehr kompliziert. Man muss mehrere Dinge installieren und anschließend noch Dateien editieren und Pfade anpassen :(

Ich hab es grob so gemacht:

• alte Python Version deinstalliert
• folgendes installieren:
  • ActivePython 2.6 win64
• von http://code.google.com/p/blur-dev/downloads/list alle 64Bit Pakete installieren.

Hinweis: AntiVir und McAfee könnten beim installieren von Blur3dsMax2009_x64_install_8275.exe einen Fehlalarm für die Datei "C:\blur\dev\offline\code\maxscript\treegrunt\Lib\b lurSubmit.ms" auslösen, siehe:

• http://virscan.org/report/e9866806a066b2ac4aaa284aa226d425.html
• http://www.virustotal.com/de/analisis/5bd1f2897bf3a72fe47798f4393dc062a9c097b550f3b90a61c6c1c09321bebf-1255679004

↑ Nacharbeit  #

z.Z. Benutzen die Installer noch fest verdrahtete Pfade, was natürlich keine gute Idee ist ;)
Also ich noch ein wenig Nacharbeit notwendig, siehe: http://code.google.com/p/blur-dev/wiki/KnownIssues

Auch wenn autodesk seine Foren wahrscheinlich ignoriert... Abstimmen ob 3dsmax für Linux oder Mac-OSX geben soll:

• http://area.autodesk.com/forum/autodesk-3ds-max/wishlist/3ds-max-on-mac-osx/

(Auch nicht angemeldete Leute können abstimmen!)

Mich interessierte der Performance-Verlust, wenn 3dsmax nicht native läuft, sondern in einer VirtualBox.

Hier die Renderzeiten einer recht aufwendigen Szene. Alle Werte gemittelt und ausreißer (erstes Frame) ausgelassen.

↑ Software  #

(alles in einer 64Bit Variante)

• 3dsmax 2010 unter Win7
• VirtualBox 3.0.8 unter einem minimal Ubuntu 9.04

↑ Hardware:  #

• Quad Core CPU - AMD Phenom X4 9650
• 8 GB DDR2-800 RAM - Mainboard ASUS M2A-VM

↑ Renderzeiten:  #

Zur Info: Alle Cores wurden unter Linux auf Performance-Governor umgestellt.

Und noch ein Test mit 7-Zip:

Native 7-ZIP v4.57 32Bit (Wörterbuchgröße 64MB, Gesamtwertung):

• 4 Threads..: ? MIPS
• 2 Threads..: 4080 MIPS
• 1 Threads..: 1995 MIPS

VirtualBox 7Zip v4.65 64Bit (Wörterbuchgröße 64MB, Gesamtwertung):

• 4 Threads..: 3187 MIPS
• 2 Threads..: 3615 MIPS
• 1 Threads..: 1596 MIPS

Echt ärgerlich, das ein undo in 3dsmax 2009 nicht immer funktioniert. Manchmal ist einfach die History leer, natürlich gerade dann, wenn man sie braucht :(

Deswegen auch immer mein Tipp: Öfters in fortlaufenden Nummern speichern!

Nun will autodesk der Sache mal auf dem Grund gehen, hoffentlich kommt bald ein Bugfix, siehe: http://area.autodesk.com/index.php/forums/viewthread/13554/P30/#84338

Mit einem kleinen Skript kann man verschiedenen Materialien in einer 3dsmax Szene automatisch zu Arch & Design Materialien konvertieren lassen!

• Das Script: Macro_mrArchMtlTools.mcr
• Ein Blog Eintrag dazu im zap's mental ray tips

Dumm ist in 3dsmax, das 64-bit und 32-bit Netzwerk render Jobs sich nicht mischen lassen. Wenn man also eine Renderfarm aus 32-bit Rechnern hat, aber man an einem 64-bit Rechner (mit 3dsmax in 64-bit) arbeitet und dort die Jobs erstellt, funktioniert das nicht. 32-bit render server rechnen keine 64-bit render Jobs, siehe: Backburner 32 vs. 64 render submission issue

Dumm dabei ist, das man beim erstellen eines neuen Netzwerk render Job nicht angeben kann, das er als 32-bit Job geführt werden soll. Dabei ist die eigentliche MAX Datei die selbe. Lediglich in der XML Job Datei ist festgehalten, um welchen Job es sich handelt.
Man könnte eigentlich im Backburner Query Monitor den Job Typ ändern, das ist aber nicht implementiert. Per hand kann man schon gesendete Netzwerk render Jobs im nachhinein auch selber Patchen:

• Im Backburner Monitor den Job in's Job Archiv verschieben
• Job XML Datei im Verz. %ProgramFiles%/Autodesk/Backburner/Network/Archive/ öffnen
• Diese stelle raussuchen:

1
2
3
4
5
6

...
	<Plugin>
		<PlugName>Autodesk 3ds Max 2009 (64-bit)</PlugName>
		<PlugVersion>300</PlugVersion>
	</Plugin>
...

• Dort einfach in den Klammern das 64-bit durch 32-bit ersetzten.
• Im Backburner Monitor den Job wieder aus dem Job Archiv holen und restarten

Crosspost: http://www.3dmaxforum.net/forum/3ds-max/3ds-max-allgemeines/16413-backburner-32bit-vs-64bit.html#post123328

EDIT: Man kann doch beim senden angeben, ob es 32/64-Bit sein soll: Im Netzwerk render Dialog auf dem Button "advance" klicken ;)

3dsmax 2008 mit XP ohne Admin-Rechte war schnell zu ende, weil auch Photoshop nicht anständig lief.

Nun folgt der zweite Anlauf: 3dsmax 2009 unter Vista ohne Admin rechte.

Das erste Problem: Backburner läuft nicht so recht. Wenn man einen neuen Netzwerk Job starten möchte, gibt es nur ein "error retrieveing configuration file".
Das Problem ist, backburner ist nicht gut Programmiert. Es liegt Einstellungsdateien in's Programm Verzeichnis ab, was Programme eigentlich nicht machen sollten :(
Umgehen lässt sich das, in dem man dem Verzeichnis %ProgramFiles(x86)%/Autodesk/Backburner/ volle Schreibrechte vergibt. Schön ist das nicht :(

Wo ist die 3dsmax.ini hin? In älteren 3dsmax Versionen lag die "3dsmax.ini" immer im Programm Ordner. In den neueren Versionen wird die Datei im Verzeichnis %APPDATA%/Autodesk/3dsmax/2009 - 32bit/enu/ Wobei die letzten zwei Verzeichnisse natürlich von der aktuellen Version und Sprache abhängen.

Wichtig ist der Speicherort, wenn z.B. Fenster außerhalb des erreichbaren Arbeitsoberfläche liegen. z.B. wenn der zweite Monitor nicht mehr existiert kommt man an den Render Dialog nicht mehr herran, wenn er vorher auf dem zweiten Monitor geschoben wurde.

Man kann die 3dsmax.ini einfach löschen und sie wird beim nächsten Programmstart wieder erzeugt, oder man schaut sich die Werte bei XXXPosition an, z.B.:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

...
[RenderProgressDialogPosition]
Dimension=2638 5 379 670
[RenderVFBPosition]
Position=584 94
[RenderDialogPosition]
Dimension=2364 -2 355 1028
[EnvironmentDialogPosition]
Dimension=1098 51 348 580
[MaterialBrowserDialogPosition]
ModalDimension=548 67 678 887
Dimension=665 83 642 871
Maximized=0
NavDimension=562 131 233 233
...

Die Werte einfach anpassen und 3dsmax neu starten.