So ich bin grad an einer ns map dran, und die ist gross...
Gibt es irgendeine Möglichkeit dem compiler einen falschen wert aufzuschwatzen, und zwar bei csg. Bei rad gibts die max_patches, da kann man mit zhlt bescheissen. das funzt auch.
sowas brauch ich irgendwie für max_map_planes und das andere csg-geschiss

afaik sind doch die zhlt open source ?
lade den source, ändere ihn und kompiliere ihn...

Du kannst die Werte zwar ändern wirst damit aber keinen Erfolg haben...die sinn echt am maximum....alles weitere führt zu Grafikfehlern - Abstürtzen von Zhlt & HL

RC5-72 Stats || HLSW-Serverlink <-- Plugin/Settinginfo <-- Regelwerk

Warum nicht so: Einfach den Parameter -sparse an Rad anhängen, und schon ist Rad zwar etwas langsamer, aber dafür wird dich das Patches-Limit nie wieder stören.

:)

Zitat:

-Sir_Pepe- postete
Warum nicht so: Einfach den Parameter -sparse an Rad anhängen, und schon ist Rad zwar etwas langsamer, aber dafür wird dich das Patches-Limit nie wieder stören.

:)

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

Zitat:

Enable low memory vismatrix algorithm
The original vismatrix algorithm was limited to 65535 patches due to its design. Its memory usage also grew exponentially with the number of patches (patches * patches / 16 bytes). This option enables a compressed vismatrix, which at the cost of extra CPU time, breaks the 65535 limit, and also uses about 10% of the memory the vismatrix would.

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

Warum machen die das denn nicht gleich so, dass man den Parameter nicht braucht?

www.thegamesqauare.de/tgs
www.krifi-ware.de
############################
Nobody is Perfect - My name is Nobody
############################

Zitat:

Enable low memory vismatrix algorithm
The original vismatrix algorithm was limited to 65535 patches due to its design. Its memory usage also grew exponentially with the number of patches (patches * patches / 16 bytes). This option enables a compressed vismatrix, which at the cost of extra CPU time, breaks the 65535 limit, and also uses about 10% of the memory the vismatrix would.