Ich habe folgendes Problem:
Wenn ich beispielsweise einen Felsen, der eine schiefe Deckenwqand hat, aushöhle (mit dem Hollowtool) sieht alles ganz normal aus. Aber in Wriklichkeit ist diese schiefe Deckenwand, oder zumindest ein Teil davon nicht mehr vorhanden, sie wird von Worldcraft schinbar nicht mehr registriert. Wie gesagt, zu sehen ist sie, aber es wurde mir als Leak angezeigt, als ich Startpunkt und Licht in diese Felsen gesetzt habe. Und auch im Spiel war sie weg.

Gibt es da generell Probleme mit schrägen Wänden beim Hollowtool?

Nicht nur bei Schrägen... immer (ok fast immer). Ich empfehle es nie zu benutzen, dar es außer Leaks auch noch unnötig hohe r_speeds macht.
Mein Tip: Freunde dich mit dem Vertex Tool an - das ist immer genau und man hat die volle Kontrolle, wenn man weiß, wie's geht

Ja, aber ich wollte die Gegengstände, die ich mappe gerne aushöhlen, und das geht soweit ich weiß mit dem Vertextool nicht.

Btw: Wenn ich mir so bekannte Maps, wie de_dust2 ansehe(Im Wordlcraft) so bemerke ich, da in diesen Maps wirklich jedes Objekt so gut wie möglich ausgehöhlt ist, aber trotzdem gibt es keinen Fehler. Woran hängt das?

ich weiß ja nicht was du genau meinst aber so langsam hab ich das gefühl dass du noch total-anfänger bist .. dann sag ich dir mal gleich dass du mit einer falschen methode ans mappen gehst ... CS maps entstehen nicht wie bei Unreal/UT usw daraus dass man aus dem nichts hollowt ...

was?

welches Objekt ist in dust2 ausgehöhlt?

Und welche Gegenstände willst du aushöhlen? Lampen, Türen, Computer etc. ?
Wozu? Soll man da reingehen können ?

Der Optimist glaubt, dass wir in der Besten aller Welten leben.
Der Pessimist fürchtet, dass dies stimmt.

Wenn du Dust2 decompiled hast mit einen decompiler (wasn sonst ;) ) entstehen dabei viele Fehler, und es werden beinahe alle Brushes in mehrere Einzelne geschnitten. Daher kannst und solltest du dich auf keinen Fall daran orientieren.

Prinzipiell bin ich dafür das man jeden brush, jede Wand, jede Decke, Boden, Tueren, Fensterrahmen etc einzelnt per Hand setzt. Der größte Nachteil bei "hollow" ist das die Flächen der Böden, Decken und Teils auch Wände in mehrere faces geschnitten werden, da sie nicht korrekt und r_speeds-freundlich aufeinander treffen (siehe dazu auch r-speeds Tutorial).

Dinge wie Felsen oder sonstige schräge Brushes darfst du wirklich niemals per hollow aushöhlen. Dazu solltest du mehrere Brushes nutzen, und deren Kanten per Vertex-Tool aneinander setzen. Wobei hohle Felsen an sich keinen Sinn machen, und so in HL1 die gesamte Engine lahm legen würden.

Ich empfehle dir auf jeden Fall die Tutorials durch zu lesen (lies dir den r-speeds Artikel öfters durch), damit du die Materie verstehst, denn nur wenn du weisst wieso dies und das so ist, kannst damit vernünftig arbeiten.

Also nun ja ich kann das erklären! es gibt decompiler, die machen alles zu hohlen brushes, da sonst voll viele Fehler auftauchen würden! in wirklichkeit ist der brush nicht hollow! wenn du nen compiler willst der die brushes nicht hollowed benutz ähh.. Q-bspc der funzt gut, kann zwar keine texturen decompilieren und macht viele fehler aber die map läuft in wc schneller, da nur ein bruchteil von brushes vorhanden sind.

Dennoch bringt ihn das bezüglich des Verständnisses für die Materie und den Aufbau eines Raumes/einer ganzen Map nicht weiter. Dazu gilt nach wie vor learning by doing, also Tutorials lesen und alles einmal selbst ausprobieren.

Hm, naja ein Anfänger bin ich wirklich nicht, aber ich habe, wie Vinny sagt schon einige Probleme mit der Struktur und der "Materie". Jedenfalls haben meine Maps immer über 65000 Patches, und ich dachte, dass man dies mit dem Hollowtool beheben kann.

Ganz im gegenteil. Wenn du die Brushes aushöhlst, entstehen innen nur noch mehr Flächen, die dann wiederum Patches generieren. Du verschlimmerst damit also deine Situation nur noch.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Und wie reduziere ich Patches maptechnisch? (Also ohne -sparse etc.)

Primär gleich, wie man die r_speeds reduziert.
Als Faustregel gilt, je grösser man eine Textur skaliert, um so weniger Patches hat sie.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Wen man einen Quader aushölt mit dem Hollow-Tool werden die r_speed auch erhöt?
Für was anderes benutze ich das Tool sowieso nicht weil es die Brushs fehlerhaft und unansehnlich zerschneited

[ThW-Code] [es gibt eine editierfunktion!(dp)][Eisregen]
zensieren kann uebrigens nur ein staat, wir haben da noch probleme mit der anerkennung "dp"
Fr?her war alles nur gut heute ist alles besser doch manchmal w?re es besser wenn wieder alles nur gut w?re.

Ei Gewirr' nochemo, hey mangelt's aw'r aach an allem!

Block: 6 Seiten (faces), 8 Knoten (vertices) und 12 Kanten

Wenn man nun jenen Block aushöhlt, dann wird aus dem Block auf einmal 6 Blöcke (links, rechts, vorne, hinten, Deckel und Boden). Wir rechnen mal lustig und was bekommen wir? Genau! 36 Seiten, 48 Knoten, 72 Kanten. Die Engine ist wenigstens so sozial und behandelt gleichtexturierte und benachbarte Blöcke u.U. (!) als einen Block. Aber wie auch immer: Hollow produziert mehr r_speeds.

PS: Knoten und Kanten sind hier btw. nur Anschauungsmaterial. Wichtig sind die Faces.

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

Zitat:

Kriz postete
Die Engine ist wenigstens so sozial und behandelt gleichtexturierte und benachbarte Blöcke u.U. (!) als einen Block.

Ja, es gab mal ein Gerücht, dass man mit dieser Methode r_speeds sparen könnte.
Aber wenn zwei eben aneinanderliegende Faces exakt die gleiche Textur (und deren Ausrichtung) haben, werden die Faces beim Kompilieren zu einem zusammen gefügt.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!