Speicherverhalten bei .attachMovie/.removeMovieClip()

[Havoc]

Hallo,
kann mir jemand sagen was bei Flash intern passiert, wenn man
bei onEnterFrame neue Movies ranhängt und diese entfernt?

also z.B. folgender code
AS2

_root.onEnterFrame = function(){
	++i
	var cilj:MovieClip = _root.attachMovie("jet","jet"+i,i)
	 ...
    cilj.onEnterFrame = function(){
	 ...
     if(cilj._currentframe == 15){ 
	  cilj.removeMovieClip()
     }
    }

die "var cilj.." werd ich noch aus der Endlosschleife rauscoden,
aber was passiert mit dem Rest?

Kann man sowas bedenkenlos bei einem Spiel einsetzen, welches über mehrere Stunden läuft?
Wird der Speicher wieder sauber freigeschaufelt?
Gibt es (wie bei java)einen Garbage Collector, der irgendwann anspringt Performance runter geht?

[hgseib]

probiere es doch einfach aus.

grundsätzlich funktioniert das. es werden mc's erzeugt, diese leben 15 frames lang und dann sterben sie wieder.

gefühlsmässig würde ich die nicht ständig neu erzeugen. es langt, wenn man den objekten neue parameter gibt.

[Martin Kraft]

Zwei ineinander verschachtelte onEnterFrame sind nicht so doll, aber wenn Du in jedem Frame einen neuen MC mit onEnterFrame erzeugen musst, grundsätzlich korrekt.

Auf die Garbage Collection hast Du insbesondere in AS2 wenig Einfluss. Was ich nochmachen würde, wäre das onEnterFrame zu löschen, bevor Du den MC löschst:

PHP-Code:

delete cilj.onEnterFrame;
cilj.removeMovieClip() 


[hgseib]

Zitat von Martin Kraft

Zwei ineinander verschachtelte onEnterFrame sind ..

.. nicht vorhanden ;-)
schau dir den script nochmal genau an.

und

Zitat von Martin Kraft

wäre das onEnterFrame zu löschen

ist bei AS2 nicht nötig. mit dem mc stirbt auch sein onEnterFrame (im gegensatz zu AS3).

[Martin Kraft]

Zitat von hgseib

schau dir den script nochmal genau an.

Hab ich, und da steht ein onEnterFrame in einem anderen:

PHP-Code:

_root.onEnterFrame = function(){
    // ...
    cilj.onEnterFrame = function(){
        //...
    }
} 


Was oft ein klassischer Anfängerfehler, aber - wie gesagt - in diesem Fall ja gewünscht ist. Besser wäre es jedoch alle MCs in ein Array zu stecken und über ein onEnterFrame zu kontrollieren. Nebenbei hat man so auch ein kontrolle darüber wieviele MovieClips grade aktiv sind und könnte so regulierend einfreifen.

[Havoc]

Jaja ist nicht mein Fehler, sondern Code aus nem Beispiel
(und es is tatsächlich ein onEnterFrame in einem onEnterFrame)

Ein mc array, bei dem ich abwechselnd mein mc zuordne wäre wohl die beste Option.
Falls ich es aber nicht mache/machen kann, wie sauber wird mit .removeMovieClip() entfernt? bzw. mit anderen .remove oder =null; ?

probiere es doch einfach aus.

bringt leider nix, ein mal so etwas merkt man nicht,
aber wenn ich viele Effekte haben will, die sowas machen, könnte evtl. etwas böses passieren

[Martin Kraft]

Zitat von Havoc

bringt leider nix, ein mal so etwas merkt man nicht,
aber wenn ich viele Effekte haben will, die sowas machen, könnte evtl. etwas böses passieren

Ich denke schon, dass man das testen kann. Notier Dir einfach den Speicherverbrauch des Flashplayers im Taskmanager. Lass die SWF ein paar Stunden laufen und schau Dir an, ob der Verbrauch steigt.

[hgseib]

Zitat von Martin Kraft

Hab ich, und da steht ein onEnterFrame in einem anderen:

PHP-Code:

_root.onEnterFrame = function(){
    // ...
    cilj.onEnterFrame = function(){
        //...
    }
} 


das erste onEnterFrame ist für die hauptzeitleiste und erzeugt jedesmal ein neues objekt.
das zweite onEnterFrame ist NICHT verschachtelt, sondern es ist ein onEnterFrame für die zeitleiste des eben neu erstellten objektes. dessen zeitleiste läuft, bis es frame 15 erreicht und wird danach zerstöhrt. es ist keineswegs gesagt bzw. hier ersichtlich, das dies auf direktem wege passiert. womit man das abzählen bis 15 NICHT für alle in einem globalen array ausführen sollte. bringt hier auch überhaupt keinen vorteil. in hinblick auf OOP sollte jedes objekt möglichst autark sein.
es ist auch kein script, der direkt ausgeführt wird, sondern es ist die zuweisung einer namenlosen funktion in das onEnterFrame von cilj.
und zu guter letzt, verschachtelte onEnterFrame's sind überhaupt nicht möglich! jedes weitere onEnterFrame auf das selbe objekt überschreibt den vorherigen eintrag.
Havoc lass dir da nicht einreden, zumindestens dieser teil deines programmes ist korrekt (bzw. der/die-jenige beispielersteller hat sich durchaus was dabei gedacht).

nochmals zu deiner eigentlichen frage:
nach dem löschen gibts ein loch im RAM das nicht direkt und vollständig durch andere objekte gefüllt werden kann. deshalb hin und wieder das aufräumen.
das sollte/könnte weniger sein, wenn die objekte nicht gelöscht, sondern wieder verwendet werden. das ist aber sehr hypothetisch gedacht und ich vermute, es ist kaum nachweissbar obs wirklich etwas bringt.
lass dein programm mal über nacht laufen, wenns am nächsten morgen noch lebt und nicht mehr speicher benötigt (z.b. im tastmanager ansehen) dann sollte das auch noch länger laufen.

[Martin Kraft]

@hgseib:

Ich habe durchaus gesehen, dass die onEnterFrames zu verschieden Objekten gehören und sich deshalb nicht überschreiben. Was wohl das ist, was Du unter "verschachtelt" verstehst. Generel bedeutet "verschachtelt" aber nichts anderes, als dass sich etwas in etwas anderem befindet - also z.B. eine Funktion in einer anderen deklariert wird.

Mal abgesehen davon, dass das vorliegende AS1-Script mit OOP nicht viel zutun hat, finde ich es auch in dieser Hinsicht sinnvoll, dass ein übergeordnetes Objekt seine Unterobjekte über ein Array verwaltet und diese sich nicht einfach eigenmächtig hinzufügen oder löschen können. Nur so hat man ausreichende Kontrolle über ihre Anzahl!

Was den Performancetest angeht, scheinen wir uns ja einig zu sein!