Normalmap baking - Cycles liefert unbrauchbare Ergebnisse

Das liegt am Cage.
Ich vermute Cycles nimmt das low-poly Mesh als Cage und damit ist der Cage zu klein und umschließt das High-Poly nicht komplett. Genauso sehen die Normalmaps zumindest aus, wenn das bei mir in Max passiert. Mit Cycles selbst kenne ich mich zu wenig aus, um dir da konkrete Hilfestellung zu geben.

Danke defragger. Ich denke das hilft mir weiter. Das scheint wohl was grösseres zu werden um mit Cycles eine Normalmap zu baken. Ich dachte eigentlich ich komme ums Tutorialschauen rum ^^

Nunja ich dachte du gehst da nun über Paris Rom Erkner nur um Pudding zu kochen ... äh backen . Du hast Seams tortz Padding ?

Hehe, jo ich geh gern în verschiedenen Programmen spazieren ^^

Japp, man kann da sichtbare Seams bekommen. Es gab dazu auf dem Coat Forum sogar schon mehr als einen Thread.

Das kommt auf die Geometrie an und wie sie zerlegt ist. Und es kommt darauf an wieviel Mipmap Stufen du im Einsatz hast. Ein bis zwei Pixel langt beileibe nicht für jede Mipmap Stufe aus um das Reinbluten durch das Mipmapping zu verhindern. Und leider funktioniert mein kleines Haustool mit diesem Coatrand gar nicht. Ich habe mir da vor Jahren ein Tool gebaut um die Farben der UV Patches nach aussen zu erweitern um genau dieses Mipmapping Problem zu minimieren.

Wie gesagt, dieser Rand um den UV Patch macht mir einfach zu viel Ärger. Ich baue meine Texturen deswegen nicht mit 3D Coat.

Sou, und hier die Antwort auf meine eigentliche Frage: Die Ray Distance darf nicht bei Null sein. Ich habe das jetzt mal mit 5 gebacken. Und bekomme ein sauberes Ergebnis.

achso, gibts denn da keinen automatischen Ray Distance Calculator ??
Ok das erklärt es natürlich.

Ich habe zumindest keinen gefunden ^^