performance probleme

[fancyoso]

ich portiere momentan ein spiel, dass ursprünglich für pc geschrieben wurde für auf das blackberry playbook.
das bringt allerdings performance probleme mit sich, obwohl es ein recht kleines spiel ist.

der hintergrund ist ein riesiges bild (3010*600) und wird als png in ein bitmap geladen. es ist allerdings nicht einmal 400kb groß.

das spiel läuft flüssig, bis sich die kamera bewegt (also der hintergrund in eine richtung). dann ruckelt, was bei einem fummeligen jump&run spiel entsprechend nervig ist.

hat jemand eine idee, warum das playbook so schnell überfordert sein könnte?
oder eine idee was man anders machen könnte?

bzw gibt es generell iwo einen guide wie man in AS3 performance orientiert programmiert? das ihc bisher immer für pc kleinere dinge programmiert habe, habe ich mir noch nie gedanken um die performance gemacht und dementsprecht mit eventlistenern etc nur so um mich geworfen. dementsprechend habe ich keine ahnung was viel leistung frisst und was nicht.
z.B. bin ich jetzt mal auf den trichter gekommen, dass man anstelle von math.pow(x, 2) auch einfach x*x schreiben kann und das das viel schonender ist. aber ab wieviel berechnungen pro sekunde wirkt sich sowas aus?
ich arbeite im moment noch an einem größeren spiel und habe keine lust später feststellen zu müssen, dass ich von anfang an alles hätte anders angehen sollen

danke

EDIT: hier unser spiel das ich portiere (das laden dauert kurz). vllt sieht da jemand was das problem sein könnte, bzw wie es besser wäre.
http://rma.app-design.com/game/

[Martin Kraft]

Zitat von fancyoso

der hintergrund ist ein riesiges bild (3010*600) und wird als png in ein bitmap geladen. es ist allerdings nicht einmal 400kb groß.

Die Dateigrößes des Bildes ist für die Performance zur Laufzeit schlicht irrelevant, weil das Bild dann unkomprimiert im Arbeitspeicher liegt und pixelweise berechnet wird. Es kommt also allein auf die Pixelabmesssungen an und darauf, ob das Bild Transparenzen enthält, oder nicht.

Da es unwahrscheinlich ist, dass dieses Bild jemals ganz zu sehen ist, würde ich das Bild in mehrere Kachel aufteilen und von diesen nur die tatsächlich sichbaren anzeigen.

Zitat von fancyoso

bzw gibt es generell iwo einen guide wie man in AS3 performance orientiert programmiert? das ihc bisher immer für pc kleinere dinge programmiert habe, habe ich mir noch nie gedanken um die performance gemacht und dementsprecht mit eventlistenern etc nur so um mich geworfen.

Performance sollte immer ein Thema sein und nicht erst, wenn's um Tablets geht. IMHO sollte man daher bei jeder Funktion darüber nach denken, ob es irgendwie schlanker und performanter geht. Sowas im nachhinein zu impementieren, dürfte pschwierig sein...

Zitat von fancyoso

z.B. bin ich jetzt mal auf den trichter gekommen, dass man anstelle von math.pow(x, 2) auch einfach x*x schreiben kann und das das viel schonender ist. aber ab wieviel berechnungen pro sekunde wirkt sich sowas aus?

Natürlich gibt es sowas:

• Funktionsaufrufe sind teuer
• Literale schneller als Konstruktoren
• identische dynamische Zugriffe sollten zwischengespeichert werden
• usw.

Google spuckt zu diesem Thema einiges aus.

Allerdings dürften diese Codedetails in der Regel nicht kriegsentscheidend sein, weil die Performanceprobleme meistens im Aufbau der Anwendung selbst begründet sind:

• zu große Bilder
• zu viel Video
• zu viele Transparenzen
• zu viele Vektoren (die nicht als Bitmap gecached werden)
• zu viele dauerhaft ausgeführte Befehle
• zu kleinteilig verschachtelter Code
• usw.

Hierfür gibt es nicht wirklich goldene Regeln. Man muss also selbst entscheiden, was wirklich notwendig ist, was weg kann und wie der Code trotzdem noch lesbar bleibt.

[thomas_E]

Die Bereiche, die Martin genannt hat, solltest du als erstes optimieren.

Anschliessend noch etwas konkrete Lektüre zu dem Thema: Joa Ebert - ActionScriptWiki

Und zwei praktische Tipps:
1. ENTER_FRAME kann ein echter performance-killer sein, wenn jedes Objekt seinen eigenen Listener hat (oder sogar mehrere).
Dann besser versuchen zusammenzufassen: einen zentralen ENTER_FRAME-Handler anlegen, und darin alles ausführen (oder anstossen), wass in deisem Frame ausgeführt werden soll.


2. du wirst vermutlich Stellen haben, wo du Elemente wie Gegner, Schüsse, etc in einem Array || Vektor verwaltest, und dann in einer Schleife löscht und von der Bühne entfernst.

PHP-Code:

//statt
var items:Array = //...
for(var i:int = items.length-1; i>=0; --i){
    if( /* Bedingung */){
        items.splice(i, 1);
    }
}

//besser
var items:Array = //...
var len:int = items.length;
for(var i:int = len; i--; ){
    if( /* Bedingung */){
        items[i] = items[--len];
//        items[len] = null;
    }
}
items.length = len; 


bei jedem splicen wird das Array auseinandergenommen, wieder zusammengebaut, und ein Array mit den entfernten Elementen zurückgegeben.
bei der zweiten Variante werden nur Referenzen ausgetauscht, und zum schluss das Array gekürzt.