Hallo,

Ich versuche gerade, Modelle aus 3dsmax in dem MED zu importieren. Klappt auch alles wunderbar - außer in speziellen Fällen: Bei vielen Modellen, die eine komplexe UV-Map enthalten, werden komischerweise die Polygone von hinten nach vorne in der falschen Reihenfolge gerendert! Ich habe bereits mehrfach geprüft, ob die Oberflächennormalen korrekt sind.
Daraufhin habe ich das Update auf A6 6.31.4 Pro aufgespielt, aber dort ist's derselbe Fehler.

Das Kuriose: Wenn ich statt einer "Unwrap"-UV-Map nur simples Box-Mapping über mein Objekt lege, funktioniert alles!

So sieht's aus:
Das ist die dazugehörige UV-Map:


Und so sieht's mit Box-Mapping (und einer grünen Test-Textur) aus:


Was ist das!?

WO genau hast Du denn geprüft, ob die Oberflächennormalen korrekt ausgerichtet sind? Hast Du es im MED überprüft, oder in MAX?

Weil das MaxToMdl-Export-Plugin hat nämlich einen Fehler, bei dem manchmal die Ausrichtung der Normalen falsch exportiert wird. Und zwar tritt dies genau dann auf, wenn in Max ein Model GESPIEGELT wird (oder GEKLONT und dabei gespiegelt). In Max sieht es dann korrekt aus, im MED sind dann allerdings die Normalen falsch herum ausgerichtet.

Daher folgender Tipp:
- am besten ein Objekt in Max gar nicht spiegeln. Das macht nur Probleme.

- und wenn man dennoch spiegeln muss, sollte man vor dem Exportieren das Model in Max in ein "bearbeitbares Netz" konvertieren. Und mit "Netz bearbeiten" (EditMesh) sollte man dieses gespiegelte Objekt zu einem anderen Objekt, welches NICHT gespiegelt wurde, dazuhängen. Danach dürfte es beim Export keine Probleme geben.


Eine andere Ursache für falsch überlagerte Polygone kann natürlich auch eine TGA-Skin sein. Weil dann werden die Polygone von der Engine nicht sortiert, sondern sie werden in der Reihenfolge ihrer Erstellung gerendert.
Aber Dein Problem sieht mir eher nach "falsch ausgerichteten Normalen" aus.

Also gut, Problem gelöst!

Es waren NICHT die Normalen - es war die TGA-Textur. Vielen Dank für die promte Antwort!

Allerdings finde ich es reichlich unlogisch, dass die Z-Draw Reihenfolge der Polygone geändert wird, wenn eine TGA-Textur verwendet wird - ich kenne keine andere 3D-Engine, die soetwas tut, deshalb bin ich garnicht erst auf die Idee gekommen, die Textur in BMP umzuwandeln.
Die grüne Test-Textur auf dem anderen Torusknoten war nämlich von Anfang an ein BMP... Aber wie gesagt, auf sowas muss man erstmal kommen!

Danke nochmal

das problem hat mit "depth sorting" zu tun, das nur auftritt, wenn man texturen verwendet, die alphatransparenz verwenden (können) - so wie tga. die modellpolygone eines modells werden dabei nicht sortiert. lässt sich aber mit einem materialeffekt ausbessern.

Bei einem Torusknoten wird dir aber auch dieser Trick nicht helfen.

Ist wohl ein wenig spät, aber versuchs mal damit:
Code:

---

material right_alpha { 

	effect = " 

	technique right_alpha1 
	{ 

		pass p0 
		{ 
			zWriteEnable=true; 
			alphaTestEnable=true; 
			cullmode = none; //polygone werden beidseitig gerendert
		} 
	} 
  

---