Moin
Hab da meine schöne Map, will sie natürlich auch mal sehen nachdem ich was neues drangebaut hab. Hatte sie davor schon öfter mal compilet und es hat immer gefunzt. Os nun hab ich also was weitergmeacht und wollte eben compilen. Erstmal ein brushfehler (coplanar plane oder wie das heißt) is ja kein problem, beseitigt.

Tja, dann nochmal probiert - nix wars. sobald der Compiler anfängt das Portal File zu schreiben hängt sich das Programm auf. Ich compile mit Q2BeAvEr, aber das scheint nicht das Problem zu sein.
Ach ja, CPU Auslastung ist bei 100%, Festplattenaktivität = 0 :confused:

Weiß wer rat?
thx schonmal im vorraus

ATP

das compilen hängt nicht, es dauert eben nur ne zeit
je größer/complexer bzw. mehr lichtquellen die map hat desto länger dauert das
es kann minuten, stunden und im extremall tage dauern (bei letzterem sollte man seinen baustil mal ernsthaft untersuchen)

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

jo, ich compile auch nicht zum ersten mal, aber dass es nur beim portalfile schreiben so lange dauert?!

was ist denn bei dir lange ?

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

um wenn du beim compilen auf nem vernünftigen rechner auf längere festplattenaktivität hoffst kannste warten bisde schwarz wirst.
weil das einzige was bei genuch ram auf die festplatte gekrakelt wird sind die paar megs von bsp pts und den zwischenschritten, die nich sonderlich groß sind. alles was beim compilen arbeitet sind CPU und ram.
nochwas: ich dachte VHE mit ZHLT ist mitlerweile standart warum benutzen mache leute noch andere tools die meiner meinung nach recht unkomfortabel sind?

Die Lösung aller Eurer Probleme:
||Die Liste aller Compilier Fehler.|Der ultimative Compile Log Anaylizer||
||How to: Fragen stellen.||
||Sieben Wege LEAKs zu finden.||
||Die letzten wirklich bug-freien Compiler (Juli)||

Zitat:

Dein-Zahnarzt postete
nochwas: ich dachte VHE mit ZHLT ist mitlerweile standart warum benutzen mache leute noch andere tools die meiner meinung nach recht unkomfortabel sind?

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

aso ich dachte das is son mapping tuhl.
da gibs auch einen der irgendwo nen Q drinne.

Die Lösung aller Eurer Probleme:
||Die Liste aller Compilier Fehler.|Der ultimative Compile Log Anaylizer||
||How to: Fragen stellen.||
||Sieben Wege LEAKs zu finden.||
||Die letzten wirklich bug-freien Compiler (Juli)||

des was du meinst is der QxRadiant

"She f*cking hates me"
-------
Schnelle Gameserver zu Superpreisen ?
www.BBQ4ever.de
irc.quakenet.org #bbq4ever

aha!
aber trotzdem gibt's noch leude die irgendwas anderes als WC (vhe is n doofer name) benutzen.

Die Lösung aller Eurer Probleme:
||Die Liste aller Compilier Fehler.|Der ultimative Compile Log Anaylizer||
||How to: Fragen stellen.||
||Sieben Wege LEAKs zu finden.||
||Die letzten wirklich bug-freien Compiler (Juli)||

also, ich hab jetzt mal zhlt tools ausprobiert, das q2beaver hat irgendwie keine *.err datei geschrieben :wtf:
naja, die zhlt log hat gezeigt dass ich die max_clipnodes grenze überschritten hab. aber die map hat weniger als ne andere von mir :wtf²:

nun ja, weiß jemand ob es eine möglichkeit gibt diese grenze zu überschreiten? mit coding? irgendwie? irgendwer? =D
cu all

naja am besten ist es wenn du weist wie man clip brushes effektiv einsetzt.
damit senxt du die clipnodes. wenn du damit noch nich so klar kommst. geh auf http://www.google.de und such nach tut für sowas.

Die Lösung aller Eurer Probleme:
||Die Liste aller Compilier Fehler.|Der ultimative Compile Log Anaylizer||
||How to: Fragen stellen.||
||Sieben Wege LEAKs zu finden.||
||Die letzten wirklich bug-freien Compiler (Juli)||

so, hab nochmal was nachgeguckt: im compilerfehler tutorial steht dass eine map maximal ~ 37000 nodes nutzen darf. ich hab an die 1000 brushes, meistens eine primitive form wie ein block, da können doch nicht so viele nodes herkommen?