Vergrössern

Das ist kein Leak, sagt der Compiler. Und wie man sieht ist auch RAD gelaufen.
Meine Frage: Was ist das, wie bekomm' ich es weg

Gab's denn wenigstens leaf-portal-saw-into-Leaf Warnungen? Da könnte mann evtl. versuchen das ganze schräge Gelumpe an der Ecke in einen Hint-Brush einzupacken.

Nope
Keinw Warnungen, keine Compilierfehler

...probier mal, diese Ecke minimal zu verändern (Vertices leicht verschieben). Vielleicht verschwindet's dann.

crid

Wenn du damit meist, dass die Vertices nicht genau "saßen" muss ich dich enttäuschen. Alles ist genau auf dem Grid. Spasseshalber hab ich die Vertices trotzdem ein paar mal hin- und hergeschoben
Gebracht hat's nichts
*saueraufgammeligehlenginesowasistmirmitunrealnochniepassiert*
>:(

*edit*
Mir fällt gerade auf: Wenn man die Entfernung zu diesem Möchtegern-Leak verändert (also näher ran oder weiter weg geht) dann veschwindet es andauernd und taucht dann wieder auf - hoffentlich war das verständlich

*edit2*
Hintbrush hat nichts geändert

Hastes trotzdem mal mit HINT-Brush rumspielerei probiert?

Haste mal versucht nen Entity rauszumachen?
Wenns ans Void angrenzt musste noch was dahinterpacken.
Is nur ne Notlösung weil was anderes Fällt mir auch net ein

Hey, das hat gefunzt!
Big thx!

....sind die betroffenen Flächen Dreiecke? Wenn sie mehr Ecken haben, kann's gut sein, daß die Vertices zwar auf dem Raster sitzen, die Fläche an sich aber trotzdem minimal gekrümmt ist (vor allem bei solchen Flächen die in mehr als einer Achse gegen das Raster gekippt sind, ist das fast nicht zu vermeiden). Func_walls werden in so nem Fall oft "nachsichtiger" behandelt, als world-brushes. Der Effekt könnte aber auch von einer vermurxten leaf-Aufteilung (Gründe siehe oben) herrühren. Das würde erklären, warum das Problem bei dem func_wall nicht mehr aufgetreten ist.

crid

Das kann gut sein dass es einfach an der ungenauigkeit liegt.
Aber wieso werden Entities da nachsichtiger behandelt?
Würde für mich keinen Sinn ergeben weil es sind ja auch W-Polies, nur keine W-Brushes.
Wärens E-Polies könnt ichs ja noch verstehen aber was macht da den Unterschied?

....na ja, vielleicht werden beide (func_ oder nicht-func_) bis zu einem gewissen Grad durch's Kompilieren "hingeknetet". Die optischen Effekte entstehen meiner Ansicht nach aber erst durch ein an der Stelle irgendwie verzogenes Leaf-Face. Und nachdem func_walls die Leaf-Erzeugung nicht beeinflussen, hat man in dem Fall auch andere (nicht verzogene) Leafs an der Stelle (vielleicht ist an exakt dieser Stelle dadurch überhaupt kein Leaf-Face mehr).

Ich denke, der Satz oben von mir über "nachsichtigere Behandlung von func_walls", ist Mist. Vergesst's einfach. ;-)

crid

Das ist de' entsprechende Ex-Brush, jetzt Entity
[img]http://www.jokerbase.com/pic/pics/brush.jpg"]Vergrössern[/img]
Ein mit dem Vetex-tool bearbeiteter Kubus, 2 mal merge Vertices.
Fragt mich nicht warum, ich bin nur froh dass es geht =)

lol das is gut! Is ja auch egal solange es geht.
Sehr interessanter brush =)
Kann sehr gut sein dass da Mist bei der Leaf-Einteilung rauskommt!

kompilier die fehlerhafte map mal ohne vis und rad und guck mal, ob der fehler da immer noch auftritt, das könnte einen hinweis auf die fehlerursache geben.

Entities: HL | HL²
Kompilierfehler
r_speeds | mehr über r_speeds

Zitat:

-Sir_Pepe- postete
Hey, das hat gefunzt!
Big thx!

ups, ja wer lesen kann ist klar in vorteil *g*

Entities: HL | HL²
Kompilierfehler
r_speeds | mehr über r_speeds