Sinus Bewegung - Performance optimieren

[Arpheton]

Hallo,

ich bastel grade an einem kleinen Spiel in dem sich verschiedene Objekte bewegen.

Dabei bewegen sich machen auch in Sinus Form. Nun habe ich festgestellt, daß die Berechnung

this._x=xpos+70*Math.sin(this._y/50*Math.PI); 

sehr viel Performance braucht. einem P2 600 läuft es schon nicht mehr flüssig bei 6 Objekten. Nun suche ich nach einer anderen Lösung zur Berechnung, da ich den Weg über Tabellen möglichst vermeiden möchte.

[glatzenmolch]

Hi Arpheton,

wenn Du was über ne Sinus-, Kreis-, oder Ellipsenbahn bewegen willst, ist das der beste Weg. Du kannst es evtl. etwas beschleunigen, wenn Du setInterval() benutzt, anstatt onEnterFrame. Falls Du das nicht schon tust. Ansonsten kannst Du wie wir alle auf zackige Prozessoren hoffen.

glatzenmolch

[ludabruda]

Hi,

du könntest dir auch vorher ein Array mit allen Sinus-Werten schreiben. Du müsstest die übergenenen Werte nur auf Ganzzahlen runden:

sinus = new Array();
for(i=0;i<360;i++) {
    sinus[i] = Math.sin(i*Math.PI/180);
    trace(i + ":" + sinus[i]);
}
//...
this._x=xpos+70*sinus[Math.round(this._y/50*Math.PI) % 360]; 

Abgesehen davon benötigen viele bewegte Objekte immer viel Performance, da die CPU das immer komplett berechnen muss.

Grüße
Sascha

PS: ich habs nicht auf Performance getestet, versuchs mal...

[Arpheton]

Ja das mit der Array ist das, was ich vermeiden wollte, da ich verschiedene Sinusbewegungen habe und nicht zig tabellen erstellen will.

Das alle bewegeten Objekte viel Permance benötigen ist richtig, one Sinusbewegung kann ich locker das vierfache an Objekten bewegen!

Versteh garnicht das die berechnung so lange dauert, selbst ein lumpiger 486 kann doch schnell einen sinus berechnen ? was rechnet flash denn da ?

[ludabruda]

wie, verschiedene Sinus-Bewegungen?

Die Berechnung der Werte bleibt doch identisch?
Solange du mit ganzzahligen Wert operierst, brauchst du doch nur ein Array...

Lediglich den Ausdruck:
Math.round(this._y/50*Math.PI) % 360
als Array-Index musst du ändern. Die Faktoren davor sind davon auch unabhängig

[Arpheton]

Äh...... wenn ich ne größere Amplitude oder ne andere Freuqenz (?) haben will, dann muß ich das doch auch neu berechnen, oder ?

[ludabruda]

und wo ist jetzt das Problem, das du mit Math.sin() lösen kannst?

Die Amplitude ist der Faktor, der steht eh außerhalb der Sinus-Funktion, so oder so...

mc1.onEnterFrame = function() {
   this._y = 15 * _root.sinus[Math.round(this._y * 50)%360];
}
mc2.onEnterFrame = function() {
   this._y = 38 * _root.sinus[Math.round(this._x * 214)%360];
} 

Vorausgesetzt, du nimmst nur ganzzahlige Werte, liefert Math.sin(x); immer Werte zwischen -1 und 1 im Bogenmaß.
Das gleiche gilt für das Array. Es gibt doch nur 360° im Kreis bzw. 2*PI...

[Arpheton]

Aha!
Danke!!!

[glatzenmolch]

Hi Arpheton,

kann es sein, dass das Problem nicht in der Berechnung des Sinus liegt, sondern an der Komplexität der Clips, die Du bewegst? Wie sehen die denn aus?

g

[Arpheton]

Hi glatzenmolch,

es liegt definitiv an der Sinusbewegung, denn wenn ich die Objekte einfach linear bewege, gibt es keine Probleme!

[glatzenmolch]

und hat es performancemäßig was gebracht, die sinuswerte aus'm array zu ziehen?