Nachdem ich den Eintrag trigger_remove in der entity-Bibliothek entdeckt habe, habe ich das gleich mal getestet
-----
"Brush_Entity: Innerhalb dieses Triggers werden alle Entities innerhalb gelöscht. Nicht mit dem Kill-Befehl verwechseln! - Die Entities werden vollständig gelöscht. Sie können zum Beispiel kein OnKilled Output."
-----

leider tut sich bei mir gar nichts ... habe einen brush mit triggertextur belegt zum trigger_remove gemacht - innerhalb einige entities hingestellt und einen gewöhnlichen trigger_once als auslöser genommen (on_Trigger -> enable)

Gibts irgendwo noch ausführlichere Infos zum trigger_remove -> google war da ziemlich geizig :(

Nun, ich hab auch schon mit diesem trigger gearbeitet, hab ihn aber nicht separat eingeschaltet, sondern ihn einfach in einer Grube gemacht, alles was ich hineingeschmissen habe, wurde gelöscht (Nicht selber hineinspringen! :P).

Vielleicht müssen die Objekte erst den Trigger auslösen. Und indem sie sich nicht bewegen, erkennt sie vielleicht der Trigger nicht. Was ist wenn du sie anschiesst/bewegst oder sogar in den Trigger hineinwirfst?

Btw: Das nenn ich mal ne richtig gute Fehlerbeschreibung mit Screenshot! Vorbildlich! :D

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

ah ... okay, dann funktionierts ganz anders, als ich gedacht/gehofft hatte.

habe nochmal getestet - funktioniert, wenn ein beweglicher Gegenstand (auch npcalyx) die den trigger-remove brührt. - die Bewegung der Fläche (zb an einem train) bewirkt rein gar nichts

was ich gerne machen würde, wäre großflächig alles entfernen, also wenns geht sogar inkl. worldbrushes - so daß nichts übrigbleibt - vllt. gibts da ja noch andere Möglichkeiten

Nun, wozu willst du alles entfernen?
Vielleicht gibts eine andere Möglichkeit, die den selben Zweck erfüllen könnte.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Also ich habe eine map, die aus zwei Teilen besteht - es gibt keine Verbindung zwischen diesen Teilen - man springt sozusagen per point_of_view von einem Teil zum anderen und kann dann auch nicht mehr zurückkehren. (HL2_SP)

die beiden Teile einzeln haben eine gute performance - zusammen allerdings nicht, obwohl mat_wireframe anzeigt, daß der andere mapteil nicht mitberechnet wird.

Den Performancelastigsten Entities des ersten Teils habe ich bereits Namen zugewiesen und "kill" beim Wechsel - hat aber nicht viel gebracht - alles loszuwerden inkl. worldbrushes, wäre also ziemlich optimal - bin da für kreative Ideen offen.
Ein mapwechsel mittels loadmap kommt allerdings nicht in Frage.

Ich denke da gibt es bestimmt ein Lösung, ohne dass du die Hälft der Map löschen musst.

point_of_view? Mir ist kein solches Entity bekannt. Meinst du nicht etwa ein point_viewcontrol? Wenn ja, ist das im prinzip nur eine Kamera, der Spieler selber bleibt aber immer noch im alten Bereich.
Falls du den Spieler jedoch mit einem teleporter rüber teleportierst, sollte der alte Bereich eigentlich keinen Einfluss mehr haben.

Du sagest ja die beiden Bereich sein getrennt. Sind sie wirklich in komplett getrennt, also zwei separate Hulls im Void?
Wenn du die Map mit VIS -full kompilierst, sollte die Sichtbarkeistberechnung eigentlich dafür sorgen, dass der alte Bereich (sofern du dich im neuen aufhälst) die Performance nicht mehr beeinflusst.

Ausser du hast dort irgendwelche Physikspielereien, die den Prozessor ungemein belasten, dann gilt es natürlich diese zu unterbinden.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

ja point_viewcontrol meinte ich - sorry

info_playerstart wird zu keinem Zeitpunkt aktiviert und liegt übrigens (zufälligerweise) im neuen Bereich.
Die Performanceprobleme tauchen allerdings erst auf - wenn der wechsel vom alten zum neuen Teil stattfindet.

Die beiden Teile sind absolut getrennt
oben links erster Teil - Mitte zweiter Teil - unten Skybox

laut mat_wireframe findet auch keine Berechnung, des jeweils anderen Teiles mehr statt

Vielen Dank für Deine Hilfe
In diesem Thread http://www.mapping-tutorials.de/forum/showthread.php?t=4613
hab ich noch ein paar Bilder mehr und weitere Infos zu meinem Grundproblem

Hm, scheint ja ne interessante Map zu werden, sieht auf jedenfall genial aus.

Aber vielleicht könnte es an den Leuten (npc?) liegen, dass die irgendwie ein routine haben, die die Prozessorbelastung erhöht.
Wie bereits im anderen Thread geschildert, könnten es auch alle anderen Arten von Entities sein, die dauern irgendwelche Funktionen ausführen.
Leider weiss ich auch nicht, für was beim +showbudged die Zeile Game steht, aber ich vermute, dass es wie gesagt, einfach allgemeine Entities sind, die dauern irgendwie berechnet werden müssen.

Viel Erfolg!

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Ja - irgendwie so.
ich teste heute noch zwei varianten mit den log_timern. Die npcs sinds sehr sicher nicht, weil die werden immer gekillt, sobald sie ausm bild sind - da müßte es mehr fluktuation geben

Auf jeden Fall Danke :)

Du könntest die 2 Teile ja auch jeweils in einzelne Maps aufteilen und per Ladezone verbinden. In HL2SP ist das Intro/Prolog ja auch in einer separaten Map.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

Zitat:

gosuke postete
Ein mapwechsel mittels loadmap kommt allerdings nicht in Frage.

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Es lag tatsächlich an den logic_timern

ausführliches hier
http://www.mapping-tutorials.de/forum/showthread.php?t=4613

Ups. Hab ich wohl überlesen.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

Cool!
Und wann werden wir deine Map offiziell geniessen können? :D

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

nichts überstürzen :D
ich hoffe spätestens in einem Monat