Willkommen ~Gast!
Registrieren || Einloggen || Hilfe/FAQ || Staff
Probleme mit der Registrierung im Forum? Melde dich unter registerEin Bild.
Autor Beitrag
000
08.07.2000, 19:46
Blade666



ich habe meine nuee map angefangen und es wird auch normal, schnell kompiled. aber sobald ich einen block mit der himmeltextur auf meine map setzte bleibt das kompilen bei Make Scales stehen. er macht zwar noch die ersten 3 sschritte (ich kompile mit HLCC) recht schnell, aber dann bleibt er immer wieder stehen. das sieht dann so aus:

Make Scales: 0...1...2...3... tja, aber dann kommt nichts mehr. er arbeitet ganz normal ohne fehler und alles läuft, aber es geht nicht weiter. shit, was nun? ich brauche doch einen himmel

--

zum Seitenanfang zum Seitenende Profil || Suche
001
09.07.2000, 00:10
BSE_crid



...hast Du außer dem Himmel-Block noch irgendwelche anderen Änderungen an der Map vorgenommen? Irgendwelche "Errors" oder "Warnings" im Kompile-Prozess?

Poste am besten mal das log-file der Kompilierung...

--

[BSE] crid

Compile-Errors-Artikel (Version 09-01)

http://www.crid.de oder http://www-public.tu-bs.de:8080/~y0009981/

zum Seitenanfang zum Seitenende Profil || Suche
002
09.07.2000, 12:08
Blade666



nein, es kommt keine einzige fehlermeldung, er hört einfach auf zu kompilen, obwohl er noch arbeitet. ich fände es ja besser wenn ein fehler kommen würde, weil man dann genau weiß was sache ist, aber so hab ich keine ahnung was falsch ist. hab halt nur rausgefinden das es am himmel liegt. gibt es irgendwelche auflagen, wie größe, etc. die man beim himmel beachten muss? außer dem himmel hab ich auch keine änderungen vorgenommen.

--

zum Seitenanfang zum Seitenende Profil || Suche
003
09.07.2000, 12:44
BSE_crid



Ich hab' hier mal einen Auszug aus Zoners Kompile-Errors-Liste gepostet:

++++++
HLRAD is SLOW/stuck on makescales:

HLRAD requires large amounts of memory to run efficiently for all but the most trivial of maps.

The vismatrix hlrad needs to run takes exponentially more RAM as the vismatrix grows. The formula is 'number of patches' squared, then divided by 16. This number is how many bytes it will consume. The maximum is 65535 patches, so the maximum vismatrix is 256Mb of RAM.

Furthermore, the amount of memory the vismatrix uses is not all the memory hlrad needs to run. Depending on the visibility of the map, the 'scales' cache consumes large amounts of memory at once as well. For most maps, this amount of memory is close to 1/2 the size of the vismatrix. This generally equates to a maximum of 128Mb, or a system total of 384Mb to run the worst case (65535 patches) map. The operating system requires its own memory (around 20-50Mb for NT depending on configuration). I found that 384Mb of physical RAM was not enough for these worst cases due to the overhead of the operating system, and the compile times improved from 10hr to 30min when I upgraded the machine to 512Mb.

The makescales phase has a tendency to run fast right up until it runs out of physical memory and has to start relying on the swapfile. This is frequently noticable as makescales running quickly (say 20 minutes) up until the 90% mark, then taking several hours to finish the last 10%. This is always caused by running out of physical memory, and the last 10% work requiring heavy use of the swapfile. If more architecture is added to the map, one can see that it will start taking exponentially longer to compile, until the RAM is upgraded.

Besides simply adding large quantities of RAM to the computer, the fix for this problem is identical to fixing a MAX_PATCHES error. Applying those fixes will reduce the number of patches, and cause HLRAD to need less memory, often speeding up the compile dramaticaly. If all has been done, there is also the option of using -bounce 0 with HLRAD, and using just direct lighting for test compiles of the map. Ideally one would then using a non-zero -bounce for the final compile.

++++++

Evtl. wird der Innenraum Deiner Map durch den hinzugefügten Himmel um einiges Größer, so daß beim Kompilieren mehr RAM verbraucht wird... Ich würde mal ausprobieren, nicht aus WC heraus zu kompilieren (WC verbraucht sehr viel RAM), sondern einen externen Kompile-Controller zu verwenden und WC vorher abzuschalten--> mehr RAM für's Kompilieren zu Verfügung.

--

[BSE] crid

Compile-Errors-Artikel (Version 09-01)

http://www.crid.de oder http://www-public.tu-bs.de:8080/~y0009981/

zum Seitenanfang zum Seitenende Profil || Suche
004
14.07.2000, 00:55




Hallo !

Ich vermute, dass das Problem ganz woanders liegt. Beziehungsweise eigentlich gar nicht vorhanden ist !
=)

Wielange wartest Du denn noch, bis Du den Kompilevorgang abbrichst ????
Denn der Sky ist sehr rechenintensiv für die Kompiler. Ich denke, daß Du einfach nicht lange genug wartest.
Du musst wissen, dass das Kompilieren einer Map sogar über 24 Stunden dauern kann, wenn sie wirklich sehr gross und detailliert ist.
Auch kleinere Maps, welche nicht so detailliert sind, können, wenn der Himmel entsprechend gross ist, locker ein bis zwei Stunden kompilieren !

--

zum Seitenanfang zum Seitenende Profil || Suche
005
14.07.2000, 17:27
BiggBoss



ich hab ein ähnliches problem:
wenn ich meine halbfertige map probehalber compilen will mache ich vis (fastvis dauert ca. 5min) und bei qrad geht alles bis zu makescales ziemlich schnell. makescales hab ich mal ca. 10 stunden laufen lassen, bis ich es abgebrochen habe (kann doch nicht sein, dass das bei der fast-einstellung so lange dauert).
ich hoffe, dass mir jemand helfen kann, ob das entweder normal ist (was ich nicht glaube) oder was sonst an meienr map falsch sein könnte.
P.S. ich habe mit einem 650er mit 64MB compilet, an dem pc kann es also kaum liegen.

helft mir!!!!

--

zum Seitenanfang zum Seitenende Profil || Suche
006
18.07.2000, 19:26
Boogdoo



Hm, 128 MB sollte man schon an RAM haben, wenn man schnell kompilieren will. Das gleiche war bei mir auch mal, damals wars am Arbeits-PC meines Vaters (333 MHz, 128 MB RAM), da blieb er auch bei MakeScales einen Tag lang hängen.
Am besten, du machst die Karte kleiner oder gibst sie jemand mit einem besseren PC.

Boogdoo

--

------------------------------
© Boogdoo
a.k.a. -=[TFoG|Saddam]=-, ViZiT http://www.tfog-clan.de/

zum Seitenanfang zum Seitenende Profil || Suche
007
19.07.2000, 22:13
BSE_crid



RAM RAM RAM.......wenn zuwenig RAM im Rechner steckt, fängt der an, die Kompile-Daten auf die Festplatte zu swappen....und dann kann's lange dauern.....

--

[BSE] crid

Compile-Errors-Artikel (Version 09-01)

http://www.crid.de oder http://www-public.tu-bs.de:8080/~y0009981/

zum Seitenanfang zum Seitenende Profil || Suche