Hallo, mal wieder, liebe Community,

ich habe, wie üblich, paar Wände und paar durchsichtige Texturen gezogen,
plötzlich tritt nun dieser Fehler auf:

Host_Error: PF_precache_model_I: Model 'models/glassgibs.mdl' failed to
precache because the item count is over the 512 limit.
Reduce the number of brush models and/or regular models in the map to correct thi

Ich hatte heute so ein ähnlichen Fehler schonmal bloss mit einem anderen Model,
da hab ich bloss ein Model aus meiner Map gelöscht und dann ging wieder alles.

Nun aber dieser Fehler...
Habe jetzt nur noch 5 Models in meiner Map und wenn ich die lösche kommt
dieser Fehler trotzdem...
Bin ratlos....

Ich hatte auch schon gelesen das es vllt. an den Entities liegt, welche ja nicht
über 400 liegen dürfen.
Wenn ich also jetzt MAP -> Map Information mach seh ich folgendes:

Point Entities: 154
Solid Entities: 369

Also kann es daran doch auch nicht liegen oder? Ist zwar hart anner Grenze aber
unter 400.

Da bin ich jetzt am Ende mit meiner Map und dann sowas, so ein Mist.

Wie kann man eiglt. das Decompelieren einer Map verhindern?
Ich will nicht das man meine Map decompelieren kann, weiss jemand wie man sowas verhindert?

Gruß,
Wallex

512 ist das Limit für die Summe aller geladenen Models im Spiel. Dazu zählen u.A. die Models in der Map (auch nicht direkt sichtbare wie Gibmodels von func_breakables), Playermodels, Waffenmodels (in 3facher Ausführung: world, player und view) aber eben auch alle gerenderten Solidentities.
D.h. ja, du kannst mit diesem Wert an Solid Entities durchaus die Grenze sprengen (da der Engine ja nicht mal 150 freie Modelplätze bleiben).
Es gibt keinen konkreten Maximalwert, da jede Mod andere Voraussetzungen bietet was die Anzahl der Models angeht, die für den reinen Spielablauf precached werden.

@Dekompilieren verhindern:
Geht nicht. Du kannst es erschweren aber nicht verhindern.

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

Ich könnte sie sprengen aber habe ich ja noch nicht oder?
Wie kann ich nun gegen das Problem angehen ?
Insgesamt hab ich jetzt an Models bloss 4 Sofas drinne zu stehen.
Will ja meine Map zum laufen bringen.

Verhindern geht nicht? Schade
Wie kann man denn das Dekompilieren erschweren ?

Zitat:

Ich könnte sie sprengen aber habe ich ja noch nicht oder?

@Dekompilierung:
Nvm, ich war gedanklich mit dem Dekompilieren bei Source.
Bei Decompilern für GoldSrc gab es mal Probleme wenn Texturen in der Map inkludiert waren, aber das ist schon ewig her. Spar dir den Aufwand nach Mitteln zu suchen. Solange deine Map in HL spielbar ist, ist sie auch dekompilierbar.

PS: Bitte überlasse die Zeilenumbrüche dem Layout ;)

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

Ja nun, was soll ich dagegen jetzt tun?
Soll ich jetzt Sachen löschen oder Sachen zusammenfügen?

Kann man die Anzahl nicht noch vergrößern?
Hatte mal gelesen man kann die 512 verändern. Stimmt was?

Oke, das mit dem Dekompilieren hat sich dann wohl erledigt.

Habe heute früh nun paar Sachen gelöscht und jetzt geht die Map wieder.

Bloss jetzt werden neu erstellte Models nicht angezeigt...

Spielste die map im Singleplayer-Modus oder auf einem Dedicated Server? Ich hatte schon maps die weit mehr als 512 Entities hatten und da hatte ich erst aufm Testserver diesen Fehler. Das Deaktivieren von schwachsinnigen Plugins wie Blockmaker für Hide and Seek usw. schafft da abhilfe.

http://www.fpsbanana.com/maps/132911
http://www.fpsbanana.com/maps/134201
http://www.fpsbanana.com/maps/107942

Habe das Problem nun "fast" beseitigt ...
Bloss warum spricht der Fehler auf die Plugins an ?
Verstehe das irgednwie nicht?

Auf einem Server ohne bzw. nur den Standart Plugins läuft alles wie geschmiert...
Auf einem Server was Jail Mod Plugins drauf hat , kommt dieser Fehler ...

Das kanns doch nicht sein oder?

Weil die Plugins auch Models laden?

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

Und deswegen laufen manche Maps nicht?

die mit zuviel eigenmodels, ja

Nur die, welche sich für ganz stark und extra erwachsen halten trinken Kaffee ohne Milch. Das sind meist auch die Leute, welche rassistisch und homophob sind. Da Rassismus von Minderwertigkeitsgefühlen und Homophobie von latenter Homosexualität stammt, trinken also nur ängstliche Schwule Kaffee ohne Milch. Das wurde wissenschaftlich durch Galileo auf Pro7 bewiesen.

Hm aber ich hab doch garnicht so viele drin.
Verstehe das nicht .... ich kann doch jetzt nicht wieder meine halbe Map abreiße ...

Haben den Fehler vllt. etwas eingrenzen koennen.
Unzwar alle Plugins wo Models ersetzt werden(Player Models usw), lassen den Server abschmieren, weiss da jemand abhilfe?
Ausmachen ist schlecht wenn dann soll ja meine Map allen Anforderung nach kommen ...

Ich kenne eine Map bei der BspToMap beim "Extracting Textures" - Schritt abstürzt.

Versucht man anschließend die .map zu öffnen kommt die übliche Meldung "For your ... 2401402410 Solids ...." (abnormal große Zahl) - gefolgt von einem Absturz von Hammer.

Das liegt aber nicht am Absturz von BspToMap, diesen kann man mit der Option -notextures verhindern.
Soviele Solids sind natürlich nicht in der Map, es ist eine kleine und flüssig laufende Map.
Also irgendwas muss der Mapper da gemacht haben.

Gut, dass du den Namen der Map verschweigst damit etwaige Nachforschungen unterbleiben können -.-
Evtl. wieder der altbekannte Pufferüberlauf im VHE durch einen zu großen WAD-String in der map-Datei?

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

Ja, Hammer stürzt beim anschließenden Laden nach der Meldung ab.
Map: http://www.file-upload.net/download-2345331/deathrun_moonlight.bsp.html

Wadstring: "wad" "\cs1.6\valve\xeno.wad;\cs1.6\valve\cached.wad;\cs1.6\valve\decals.wad;\cs1.6\valve\fonts.wad;\cs1.6\valve\gfx.wad;\cs1.6\valve\halflife.wad;\cs1.6\valve\liquids.wad;\cs1.6\valve\spraypaint.wad;\cs1.6\cstrike\cstrike.wad;\cs1.6\cstrike\ajawad.wad;\cs1.6\cstrike\cached.wad;\cs1.6\cstrike\chateau.wad;\cs1.6\cstrike\cs_747.wad;\cs1.6\cstrike\cs_assault.wad;\cs1.6\cstrike\cs_bdog.wad;\cs1.6\cstrike\cs_cbble.wad;\cs1.6\cstrike\cs_dust.wad;\cs1.6\cstrike\cs_havana.wad;\cs1.6\cstrike\cs_office.wad;\cs1.6\cstrike\cstraining.wad;\cs1.6\cstrike\de_airstrip.wad;\cs1.6\cstrike\de_aztec.wad;\cs1.6\cstrike\de_piranesi.wad;\cs1.6\cstrike\de_storm.wad;\cs1.6\cstrike\de_vertigo.wad;\cs1.6\cstrike\decals.wad;\cs1.6\cstrike\itsitaly.wad;\cs1.6\cstrike\prodigy.wad;\cs1.6\cstrike\torntextures.wad;"

Und ja, kürzen des Strings führt dazu das Hammer nicht mehr abstürzt.

Es gibt noch eine Map wo Bsp2Map einfach abstürtzt.
Aber ich dachte das haben wir erledigt?

Problem is immer noch das ich meine Map nicht mit allen Plugins spielen kann...
Sprich mit allen Plugins wo Models ersetzt werden bzw. das Plugin: Player Models...
Kann man dagegen irgendwas machen ?

Wie gesagt ich reiß jetzt nicht meine halbe Map deswegen nochmal ab!!
Gibs da irgednwie ne andere möglichkeit?

Nein, wenn du Nichts mehr löschen oder zusammenfügen kannst, bist du am Ende der Fahnenstange angekommen.

Zitat:

Es gibt noch eine Map wo Bsp2Map einfach abstürtzt.
Aber ich dachte das haben wir erledigt?

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-