Hammer Editor: rad lightdata-memory full

PaulK

Neuling
Thread Starter
Mitglied seit
27.04.2005
Beiträge
60
Hallo,
ich arbeite z.Zt. an einer etwas größeren Map für CS1.6. Jetzt tauchte das Problem auf, dass qrad.exe beim compilieren abstürzt, da die lightdata-Menge den Maxmem überschreitet.
In einem anderen Forum hab ich gelesen, dass die Zoner-Tools besser compilieren und dieses Problem oft nicht mehr auftritt. Doch auch hlrad liefert einen Fehler.

Was für Möglichkeiten gibt es, die lightdata-Menge zu verringern oder evtl. den Maxmem zu vergrößern?

Ich habe in der Map nur ein Skylight (environment) zur Beleuchtung.
Hier noch der Ausschnitt aus dem Log (frühere Version der Map; passte gerade so):

qrad.exe v 1.5 (Apr 6 2000)
----- Radiosity ----
1 threads
[Reading texlights from 'C:\PROGRA~1\VALVEH~1\tools\lights.rad']
[1 texlights parsed from 'C:\PROGRA~1\VALVEH~1\tools\lights.rad']

6029 faces
457844 square feet [65929676.00 square inches]
46274 patches after subdivision
1 direct lights
BuildFacelights: 0...1...2...3...4...5...6...7...8...9... (9)
visibility matrix: 127.7 megs
BuildVisLeafs: 0...1...2...3...4...5...6...7...8...9... (802)
MakeScales: 0...1...2...3...4...5...6...7...8...9... (263)
transfer lists: 1517.8 megs
SwapTransfersTask: 0...1...2...3...4...5...6...7...8...9... (142)
GatherLight: 0...1...2...3...4...5...6...7...8...9... (14)
Bounce #1 added RGB(0, 0, 0)
FinalLightFace: 0...1...2...3...4...5...6...7...8...9... (8)

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 43/400 2752/25600 (10.8%)
planes 3328/32767 66560/655340 (10.2%)
vertexes 8122/65535 97464/786420 (12.4%)
nodes 1735/32767 41640/786408 ( 5.3%)
texinfos 834/8192 33360/327680 (10.2%)
faces 6029/65535 120580/1310700 ( 9.2%)
clipnodes 3765/32767 30120/262136 (11.5%)
leaves 1045/8192 29260/229376 (12.8%)
marksurfaces 6855/65535 13710/131070 (10.5%)
surfedges 28836/512000 115344/2048000 ( 5.6%)
edges 14554/256000 58216/1024000 ( 5.7%)
texdata [variable] 2644/2097152 ( 0.1%)
lightdata [variable] 1995261/2097152 (95.1%)VERY FULL!
visdata [variable] 36129/2097152 ( 1.7%)
entdata [variable] 5152/131072 ( 3.9%)
=== Total BSP file data space used: 2648192 bytes ===

Ich habe übrigens 2 GB Arbeitsspeicher, falls dies von Interesse ist.

Schonmal DANKE im Vorraus,
PaulK
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ich benutze Version 3.4 - funktioniert bei allen anderen (kleineren) Maps auch tadellos.

Hier nochmal der Ausschnitt der Log mit dem Fehler (diesmal mit ZHLT):


hlrad v3.3 rel 3.3 prerelease (Oct 9 2005)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: C:\PROGRA~1\VALVEH~1\tools\ZHLT\hlrad.exe C:\Maps\pk_Pool

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 1 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


[Reading texlights from 'C:\PROGRA~1\VALVEH~1\tools\ZHLT\lights.rad']
[59 texlights parsed from 'C:\PROGRA~1\VALVEH~1\tools\ZHLT\lights.rad']

8550 faces
Create Patches : 63236 base patches
0 opaque faces
350717 square feet [50503284.00 square inches]
1 direct lights

BuildFacelights:
(141.95 seconds)
visibility matrix : 238.4 megs
BuildVisLeafs:
(920.36 seconds)
MakeScales:
Error: Memory allocation failure
Description: The program failled to allocate a block of memory.
Howto Fix: Likely causes are (in order of likeliness) : the partition holding the swapfile is full; swapfile size is smaller than required; memory fragmentation; heap corruption


----- END hlrad -----


--> Error: Memory allocation failure

Auf der Partition sind noch ca. 18,6 GB frei, was der Auslagerungsdatei doch reichen sollte, oder?

Ich werd jetzt mal versuchen, die Map mit dem Parameter -sparse zu compilieren, vielleicht reichts dann ja ...

Und nochmal zur Erinnerung ;-) :
Was für Möglichkeiten gibt es, die lightdata-Menge zu verringern oder evtl. den Maxmem zu vergrößern?

PaulK
 
des einzige was ich mir vorstellen kann ist, dass ram vielleicht net stabil ist...

ich könnte dir noch anbieten, dass ich die map für dich compiliere ;)
 
Mit -sparse kam er auch nur bis 50% :(


Der RAM läuft mit sehr sicheren Timings und Normaltakt, daran kanns also nicht liegen.

Und aus deinem Angebot wird wohl nichts ;), aber trotzdem danke ...
 
Hat sonst niemand auch nur den Ansatz einer Idee?

Gibt es vielleicht noch andere (auch alte) Compiler-Tools, die ich ausprobieren könnte?

PaulK

Problem gelöst!!!

Für alle die ähnl. Schwierigkeiten haben:

Ich hab folgendes gedunden:


Memory allocation failure
Description: The program failed to allocate a block of memory. Likely causes are (in order of likeliness) :

* do not compile thru WC/Hammer F9 "running" - this hogs RAM. Instead use a front end or batch file to organize your compiling;
* the partition holding the swapfile is full (clean out your hard drive, empty trash, clear out unused files, purge your temp files folders and internet browsers temp files.);
* swapfile size is smaller than required (let swapfile be dynamicly allocated, do not set it too small yourself.);
* memory fragmentation (defrag your hard drive);
* heap corruption (reboot and try again. If you have old RAM, make sure it is seated well. check for viruses!).
* on at least one occasion this was caused by a corrupt prefab.
* on at least one occasion this was solved by removing a skybox and so making the level smaller.


--> Front End Batch Compiler benutzen (ich hab jetzt "Nem's Batch Compiler")
--> u. Dynamische Auslagerungsdatei einstellen (meine war auf 3 GB begrenzt)

PaulK
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh