Zur Zeit bekomme ich laufend fehlermeldungen fiolgender Art:

Max_map_planes

Max_map_clipnodes

Max_map_models

Wie hoch sind die Grenzen für diese Dinge bei HL Maps ?

Planes: Ich hatte mal ca. 4100, dann kam dieser Fehler. Jetzt hab ich sie auf ca. 3700 gedrückt, und nun treten die beiden anderen (abwechselnd) auf.

Jetzt weiß ich nicht wieviel ich noch rausnehmen muß um die Compiler-grenzen zu unterschreiten.
V.A. wenn man nicht weiß wo diese Grenzen liegen...

Hier ein Auszug aus dem Source von Zhlt:
#define MAX_MAP_HULLS 4
// hard limit

#define MAX_MAP_MODELS 400
// variable, but 400 brush entities is very stressful on the engine and network code as it is

#define MAX_MAP_BRUSHES 8192
// arbitrary, but large numbers of brushes generally require more lightmap's than the compiler can handle

#define MAX_ENGINE_ENTITIES 1024
#define MAX_MAP_ENTITIES 2048
// hard limit, in actuallity it is too much, as temporary entities in the game plus static map entities can overflow

#define MAX_MAP_ENTSTRING (512*1024)
// abitrary, 512Kb of string data should be plenty even with TFC FGD's

#define MAX_MAP_PLANES 32767
// (from email): I have been building a rather complicated map, and using your latest
// tools (1.61) it seemed to compile fine. However, in game, the engine was dropping
// a lot of faces from almost every FUNC_WALL, and also caused a strange texture
// phenomenon in software mode (see attached screen shot). When I compiled with v1.41,
// I noticed that it hit the MAX_MAP_PLANES limit of 32k. After deleting some brushes
// I was able to bring the map under the limit, and all of the previous errors went away.

#define MAX_MAP_NODES 32767
// hard limit (negative short's are used as contents values)
#define MAX_MAP_CLIPNODES 32767
// hard limit (negative short's are used as contents values)

#define MAX_MAP_LEAFS 8192
// hard limit (halflife depends on it to setup pvs bits correctly)

#define MAX_MAP_VERTS 65535
#define MAX_MAP_FACES 65535
#define MAX_MAP_MARKSURFACES 65535
// hard limit (data structures store them as unsigned shorts)

#define MAX_MAP_TEXTURES 512
// hard limit (halflife limitation)

#define MAX_MAP_TEXINFO 32767
// hard limit (face.texinfo is signed short)

#define MAX_MAP_EDGES 256000
#define MAX_MAP_SURFEDGES 512000
// arbtirary

#define DEFAULT_MAX_MAP_MIPTEX 0x400000
// 4Mb of textures is enough especially considering the number of people playing the game
// still with voodoo1 and 2 class cards with limited local memory.

#define MAX_MAP_LIGHTING 0x400000
// arbitrary

#define MAX_MAP_VISIBILITY 0x200000
// arbitrary

// these are for entity key:value pairs
#define MAX_KEY 32
#define MAX_VALUE 4096
// quote from yahn: 'probably can raise these values if needed'

// texture size limit

#define MAX_TEXTURE_SIZE ((256 * 256 * sizeof(short) * 3) / 2)
// this is arbitrary, and needs space for the largest realistic texture plus
// room for its mipmaps.' This value is primarily used to catch damanged or invalid textures
// in a wad file

//=============================================================================

#define BSPVERSION 30
#define TOOLVERSION 2

ich hoffe es hilft dir

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

meine loesung: kauf dir einen neuen pc ( im aeussersten notfall)

Wer Fehler mag, muss WC lieben.

@Qjoko: Sehr sinnvoller Kommentar!

Alexander Mieland (aka dma147)
APP - Another PHP Program
http://www.php-programs.de

Argh, warum posten die meisten der Newbies eigentlich nur so einen Schrott??!! Das kann ja wohl nicht war sein!

Damocles

Die Hölle wird von jeder Generation in der Fantasie neu gestaltet. Ihr Gebiet wird nach Absurditäten abgesucht und in frischer Form neu erbaut; ihre Schrecken werden unter die Lupe genommen und, wenn nötig, neu erfunden, um dem jeweiligen neuen Klima der Grausamkeit gerecht zu werden; ihre Architektur wird abgewandelt, damit sie dem Auge der modernen Verdammten etwas zu bieten hat.

Coole Infos, TheRising, DANKE !

Mit den Compilergrenzen hab ich mitlerweile aber keine Probleme mehr. Probleme bereitet mir statt dessen neuerdings CS.
Wenn ich meine map (full compiliert, ohne Kopiler Fehlermeldungen) in HL, AHL oder Frontlineforce starte ist alles wunderbar.
Wenn ich sie aber in CS lade, bekomme ich diesen seltsamen Fehler:

0 0000 svc_bad //about 30 times

BAD: -1:svc_bad
wrote erroreous message to buffer.dat //the file is empty
Host error:PF_precache_model_l:models/p_glock18.mdl overflow
execing listenserver.cfg

Der aber scheinbar nichts mit den models, sondern vielmehr etwas mit den Entities zu tun hat.
Denn jedesmal, wenn ich die map compiliere (nach löschen diverser entities), erzeugt ein anderes model den "overflow".

Hat einer von euch ne Ahnung, was dieser Fehler bedeutet ?

P.S.: Ich hab die CS eigenen Entities korrekt verwendet.

Hhmmmm ja den Fehler kenne ich....halt nur woher er kommt oder so weis niemand so ganz genau.......irgendein overflow vielleicht überfordert dine Map Cs, vorher hattest du ja Probleme mit diversen Grenzen, da wär das naheliegend.

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

Aber warum ist dann nur CS mit der Map überforedert, und jedes andere Mod und HL haben keinerlei Probleme damit ?

Wenn doch nur bei HL bzw. den Compilern eine Datei dabei wäre, die sämtliche Fehlermeldungen mindestens Stichpunktartig erklärt, statt sie einfach "hinzuklatschen", wären bestimmt 80 % aller Fragen schon beim entstehen geklärt.

Jo wär schön......zu Cs ist zu sagen das es angeblich sehr schlecht Programmiert wurde, merkt man auch beim joinen im Internet, Cs lädt viel länger als Tfc oder normal Hl und manchmal bricht es sogar mit nem Fehler ab, damit meine ich nicht Server full sondern eben svc_bad oder ein anderer overflow.

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

Ich habs jetzt geschafft, das die map von CS geladen wird. Dazu hab ich radikal entities gelöscht bzw. mehrere Entities zu einem einzigen verschmolzen.
Und zwar von 700 auf 513.

Deswegen sind aber jetzt die r_speeds an manchen stellen um ca. 300 - 400 in die Höhe geschossen.

Jetzt muß ich deswegen die entitiyanzahl wieder langsam erhöhen, um dies hohen r_speeds wieder runterzudrücken.

Dazu müßte ich nur wissen, ab wieviel Entitys es bei CS wieder kritisch wird.