In folgendem Bild seht ihr ja wie die Faces aneinander liegen. Die Textur hat überall den gleichen Scale usw. Muss ich nun mit Darstellungsfehlern (Schatten, Clipping) oder Performanceeinbußen in dieser Szene rechnen? Weil es mir nicht ganz so gut passt, wenn ich da noch nen Brush drauf setzen muss - aber unter Umständen wird da auch noch ein Displacementbrush (der das Problem ja dann quasi beseitigt, oder?) kommen, aber beantwortet mir die Frage bitte trotzdem.

PS: Hab irgendwo gelesen, dass bei gleichem Scale usw. die Fläche als eine Fläche berechnet wird. Bin mir aber nicht sicher und find das nicht mehr...

Zum PS: Ja, das ist so. Bei zusammenhängenden planaren Flächen, die konvex sind (sind bei dir die oberen beiden in der rechten Ecke) wird nur eine Fläche gerendert.

Jodokus

Man kann sich mit mat_wireframe 1 einen Einblick verschaffen, wie verschiedene Sachen in Polygone zerlegt werden.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

da hätt ich mal ne frage:
wer zerteilt das level eigentlich in die zum schluss sichtbaren polygone. der compiler oder die engine beim laden des levels selbst?
denn warum bitte schön entsteht sowas hier:
http://mitglied.lycos.de/mykassler/testmap0070002.jpg
also die engine macht sich dadurch doch nur selbst das leben schwer. es wäre viel einfacher den brush wie er ist zu teilen, nähmlich in zwei billige polygone.

"Gott ist im Regen!"

Das liegt daran dass der Compiler alle Faces zu einem zusammenhängenden Mesh kollabiert.
Alle Vertives dürfen daher nur auf Verticen, nicht auf Faces oder Kanten liegen.

Zugegebenermaßen Polygon ökonomisch ist er nicht wenn die Map nicht stark optimiert ist.

Trollpolizei!!! °_o
"War is God's way of teaching geography to Americans."
"RTFM du beschissener Kack-B00n..."
Forenregeln | TheWall Wiki | Source SDK Dokumentation

naja optimiert ist meine map obwohl sie noch lange nicht fertig ist aber ich bau mein level schon so dass ich performanceeinbrüche erst gar nicht krieg aber das müsste echt nicht sein. naja wenn keiner nen besseren compiler macht muss ich wohl damit leben ;)

"Gott ist im Regen!"

Dem Compiler fehlt eine Optimierung der Faces.
Im Moment nimmt er nur alles so wie es kommt.

Dürfte eigendlich nichtmal schwierig zu coden sein ihm zu sagen dass er alle planar nebeneinander liegenden Polys zu so wenig Trianlges wie möglich mergen soll.

Die Problematik ist die gleiche wie bei HL1, daher muss man auf die gleiche Art und Weise drumherumarbeiten.

Trollpolizei!!! °_o
"War is God's way of teaching geography to Americans."
"RTFM du beschissener Kack-B00n..."
Forenregeln | TheWall Wiki | Source SDK Dokumentation

Hm, die Aussage von Pr1mz4hl ist glücklicherweise nicht richtig. Der HL1 Compiler
konnte sehr wohl Polygone (oder eben Faces) zusammenfassen.

Die Zerlegung (und das Zusammenfassen) von Polygonen/Faces macht der Compiler.

Das mit den Vertices/Edges/Faces stimmt so auch nicht.

Ich würde hier eher darauf tippen, dass bei der Treppe jede Stufe zu einem Leaf führt und dies den Raum waagrecht schneidet. Deshalb ist auch die Wand so zerhackt.

Probier doch mal einen HintBrush direkt an der letzten Stufe senkrecht hochgezogen
einzubauen. Eventuell führt es ja dazu, dass der Raum zuerst an der Treppe abgetrennt wird
und dann erst die Leaves der Treppe erzeugt werden.

Jodokus

nein die stufen sind alle func_detail desshalb wunder ich mich ja. ich denke das primzahl mit seiner aussage recht hat und der compiler einfach zu "dumm" ist um faces zusammenzufassen.

"Gott ist im Regen!"

Ein func_detail erzeugt zwar keine Leafs, aber es splittet Polygone, da es für den Compiler eine Entity ist, aber ingame ein ganz normaler Brush. Das func_detail wurde zu dem Zweck eingeführt unnötige Leafs vermeiden zu können, aber ohne den Nachteil zu haben dadurch unnötig Entities zu verbrauchen, da ihre Anzahl eine Limit hat. Mach die Stufen mal zu einer func_wall oder einem func_brush, diese sind auch ingame Entities.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way