Ich glaube in Erinnerung zu haben, dass dem nicht so ist, denn sonst müsste man ja für jeden Room alles neu erstellen...
Aber probiers lieber mal aus, denn Versuch macht kulch^^

da ein particelemitter immer objectabhänging ist (höchstens noch als teil der raumes) erstellt werden kann, ist seine lebensdauer duch die existenz dieses objectes begrenzt.
verlässt man den raum mir GM-standarteinstellungen, wird das object entfernt und dann ist es (und alles was von ihm abhängt) weg. wenn sich im nächsten raum, eine weitere instance dieses objectes befindet, wirkt es so als würde es permanent anwesend sein.
dennoch sollte man jedem particelemitter immer einen destroy befehl zuwesen, da man sonst einen vollen "particelpuffer" in den nächsten raum mitnimmt.
um das ganze zu verdeutlichen schnapp dir die regdemo und lösche den inhalt des skripts scr_particles_destroy.
du wirst sehen das sich am ablauf nicht ändert, und keine particel in den nächsten raum getragen werden.
die einige möglichkeit dies zu tun, ist die funktion president

Also Objektabhängig sind Prtikelsystem usw. nicht, denn man kann auch von mehreren Objekten aus darauf zugreifen.

also im grunde genommen sind alle part_* sachen objecte. es sind nur alle überflüssigen events gestrichen worden, die einstellungen werden mit argumenten übergeben und als name muss eine ID herhalten. ich finde jetzt keinbesseres wort, aber man könnte sie als objecte bezeichnen. darunter fallen auch die räume etc.
das liegt daran, das im GM alles im grunde genommen einzelne daten arrays mit verschiedener struktur sind, die miteinadnder verknüpft werden können. also wer will, könnte auch jeden einzelnen particel im raum ansprechen.