Hi Leutz

WC3.3: Bei einer Map von mir ist ein Leak drin, kann ihn aber in WC nicht finden. Ich habe dann in CS in der Konsole den Befehl "pointfile" eingegeben.
Dieser Befehl sollte mich doch eingentlich zu dem Leak führen, statt dessen sieht Dieser Pfad aus wie eine gradline Flugbahn eines Flumi's (saust kreutz und quer durch die Map von rechts nach link und von oben nach unten). Der Pfad fängt irgendwo an und hört auch irgendwo wieder auf.

Was soll das?? Was kann ich noch tun?? BITTE HELFT MIR!!

DANKE IM VORRAUS

Folge einfach diesem Pfad, irgendwo wird der dann durch dein Leak ins Void führen, dann weisst du wo's ist, und kannsts in WC ausbessern!

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

Dank Dir recht herzlich. Werd's gleich ma ausprobieren.

THX

cu @ www

is das nicht logisch?

-Sorry Fehlposting. Kann gelöscht werden.-

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

Ich habs immer noch nich. :(

Der Pfad fängt mitten im RaumA an und hört auch mitten in RaumB auf! Er endet NICHT an einer Wand oder so.

http://www-public.tu-bs.de:8080/~y0009981/compile/comperr_09-01.htm: "Falls die Strichellinie zu kurz sein sollte, startet man HL mit folgender Befehlszeile:
hl.exe -dev -console -particles 10000 +map mapname.bsp
Dadurch wird die Strichellinie länger."
Du kannst es auch mal mit dieser Kasten-Methode versuchen, wo man einen großen Kasten um die Map baut, kompiliert und immer guckt, ob das Leak weg ist.
Wenn's weg ist, Kasten halb so groß bauen, wenn nicht, den Kasten verschieben...

was ist das bitte für eine methode, Garten-Spaten ?
wenn du einen riesigen kasten um deine map baust (was ohnehin völliger schwachsinn ist) hast du mit sicherheit kein leak, es sei denn ein entity befindet sich ausserhalb dieses kastens. auch wenn du den immer kleiner machst, bekommst du nicht raus ob du leaks hast (es sei denn wieder entity ausserhalb), da das doch reine mappingfehler sind und die sperrst du ja mit dem kasten ein...

ich hab btw auch schon teilweise tagelang nach leaks gesucht und machs inzwischen immer so: in der nähe des angegebenen entities einige lights setzen, neu compilen, man bekommt dann sehr warscheinlich eins der lights als das was am nächsten am leak ist angegeben und guckt dann wie die linie vorheriges Entity - angegebenes Lightentity verläuft. die sollte dann so in etwa zum leak zeigen. vorausgesetzt man hat seine lights intelligent platziert

-LeJean-

nene lejean
er meint das anders
das nennt sich "block methode"
man baut einen block um die hälfte der map, kompiliert
ist das leak weg, weiss man, dass es in dem block liegt
man halbiert den block
ist es wieder da, war es in der hälfte des blockes, die man weggemacht hat
usw

dazu gibts doch extra ne funktion im editor o_O
dieses icon oben in der leiste mit den schwarz-gelb gestreiften linien und roten eckpunkten :D

hab ich das halt falsch verstanden...

-LeJean-

Ja, ich denke das hast du falsch verstanden, denn mit dieser Funktion findest du nie ein Leak, da nur, was im Kasten drin ist kompiliert wird, und alles andere ausser rum wird ignoriert.
Mit dem Kasten ist das doch so geimeit, dass man den nur ausserhalb des Levels baut, so das man noch in der ganzen Map herumlaufen kann, also nicht wie diese Eingrenzfunktion die einfach einen Soliden Kasten macht.

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

Ich würd mir doch einfach den LeakMarker ausm Netz ziehen, der markiert dann die Leaks und man hat sie schnell und bequem gefunden. Unter http://www.fileplanet.com/download.aspx?f=112406 auf Fileplanet könnt ihr in euch saugen. Das Programm ist manchmal nicht sonderlich genau, sprich die Markierung ist ein stückchen entfernt vom Leak, aber man findet es trotzdem sehr schnell.

Vielleicht klappts damit, denn das Programm benutz ich immer bei solchen Problemem

SHOOT EACH OTHER AND THE WORLD GET SMALLER

---- MANDATORY SUICIDE ----

richman und lejean
ihr habt beide unrecht ;)
lejean, weil "cordon bounds" hier garnichts bringen ... mit denen kann man _nie_ ein leak bekommen, da um das cordon-bound etwas rumgebaut wird, eben dass keine leaks auftauchen.[edit]

Zitat:

auszug aus der hammer-hilfe:
When you compile, only the inside of that red area will be compiled, and a box will be placed around the area to seal leaks.

die block-methode verwendet einen _MASSIVEN_ block, der die hälfte der map umschliesst, NICHT hohl ist blabla
eine box um das lvl "entfernt" natürlich auch das leak, aber es is einfach scheisse ...

Besten Dank an alle. Ich werde das mal mit dem " LeakMarker " ausprobieren. Ja, und wenn das nich funzt, versuch ick dit ma mit der "Kasten/Box" Mehtode.

Noch mals besten Dank an alle

MfG
StingRay13
cu @ www

der leakMarker ist ein scheiss, muss ein scheiss sein, weil er auch nur das vom compiler erzeugte *.lin file auswertet. Das Prob ist ja, dass die compies nicht genau das leak lokalisieren können und oft quatsch ins .lin file schreiben.

Ich arbeite mit QuArK, auch da funktioniert die Leak-Erkennung im Editor (hat quasi einen leakmarker integriert) unter aller Sau.

Die Hauruck-Massiv-Brush Methode ist das allerbeste.

Sig as a brick ┴┬┴┬┴┬┴┬┴┬┴┬┴
WW

mh stimmt Smeagol... ich wusste im grunde dass es die funktion Cordon Bounds gibt (bin nicht auf den namen gekommen :D) und hab das nicht gemeint dass man damit das leak besser findet, sondern dass es eben die beschriebene fkt ist o_O (umständlich ausgedrückt...)

naja und die leakmarker bringen in meinen augen nichts, da kann man gleich besser in den compilelog gucken und das entity raussuchen das am nächsten dran ist, was anderes macht ein leakmarker ja auch nicht.

ich bevorzuge meine methode mit den light_entites ;)

-LeJean-

Ich denk ich hab in meiner map sogar 2 leaks.
Kann ich die auch mit der blockmethode lokalisieren?

ist komplizierter
geht aber alles.

Mein Beitrag zum Problem kommt zwar'n bisschen spät, aber ist oft die letzte Rettung, wenn gar nicht's zu finden ist!
Einfach ein riesen Box um das gesamte Lev bauen und mit der Sky-Tex. belegen. Durch die helle blaue Farbe sieht man oft den Himmel durch die kleinen Löchen scheinen, probiers mal!

Meine Homepage

dann kannst du auch direkt vor dem compilen die 3d-hintergrundfarbe in hammer auf pink stellen, dann musst du nicht compilen und findest das leak auf dieselbe methode -_-

-LeJean-

außerdem sieht man dann auch an leaklosen Kanten u.U. den Sky durch, diesen ätzenden Perlenketten_Effekt. BilligGrakaUser (wie ich) wissen, was ich meine =)

Sig as a brick ┴┬┴┬┴┬┴┬┴┬┴┬┴
WW

Zitat:

LeJean postete
dann kannst du auch direkt vor dem compilen die 3d-hintergrundfarbe in hammer auf pink stellen, dann musst du nicht compilen und findest das leak auf dieselbe methode -_-

-LeJean-

Ne,ne,ne, ich mein doch: Im Spiel gucken!

Meine Homepage

Im Spiel sieht es doch auch nicht anders aus.
Es sei denn du meinst es so das nur der sky als Lichtquelle vorhanden ist und man dann einfach nur nach hellen Stellen [i]innerhalb]/i] der map suchen muss.

http://choerbaert.org
Ein Gespenst geht um im Netz - das Gespenst des Open Source
csndr

Bei mir ist es so, dass ich zwar das leak lokalisieren konnte aber ich habs noch nicht endeckt.
Es müsste doch gehen wenn man um die stelle wo man das leak vermutet außerhalb der map lights anbringt, compiled und dann im spiel schaut wo licht in die map scheint.
Ich habs ausprobiert hab aber kein licht gesehen und im hammer seh ich auch kein leak.
Kann es sein das ich kein "normales" Leak hab, sondern nur einen kaputten brush?