string in 2Dimensionalen Array zerlegen

[Gadon]

hi,
ich hab da ein kleines verständnissproblem beim erstellen von 2D Arrays.

mein String kommt aus einer externen Quelle und sieht so aus:

id,name, posa, posb#id,name, posa, posb#id,name, posa, posb

mit .split zerlege ich mir den string, soweit klar.

PHP-Code:

var pos:String = this.positions;
var userArray:Array = pos.split("#"); 


allerdings stehe ich grade auf dem Schlauch wie ich es anstelle, damit es am ende so aussieht.

PHP-Code:

 posArray[1] = userArray[1][3];
 posArray[2] = userArray[2][3];
 posArray[3] = userArray[3][3];
 usw.. 


schonmal Danke im Voraus für eure Hilfe.

[Martin Kraft]

Ein 2dimensionales Array ist ja nichts anderes als ein Array aus Arrays. Du müsstest also einfach jedes Element des Arrays nochmal in ein Array aufteilen:

PHP-Code:

var pos:String = this.positions;
var userArray:Array = pos.split("#");  

for(var i=0; i<userArray.length; i++){
   userArray[i] = userArray[i].split(",");
} 


[Gadon]

Zitat von Martin Kraft

Ein 2dimensionales Array ist ja nichts anderes als ein Array aus Arrays. Du müsstest also einfach jedes Element des Arrays nochmal in ein Array aufteilen:

PHP-Code:

var pos:String = this.positions;
var userArray:Array = pos.split("#");  

for(var i=0; i<userArray.length; i++){
   userArray[i] = userArray[i].split(",");
} 


klar, Danke!

Nächstes Problem ist dann, daß das Ganze in einer onEnterFrame abläuft, da ist daß mit der for Schleife sicherlich keine so gute Idee, oder?

[Martin Kraft]

Wieso sollte sowas in einem onEnterFrame laufen Du bekommst doch nicht permanent neue Daten?!

[Gadon]

Zitat von Martin Kraft

Wieso sollte sowas in einem onEnterFrame laufen Du bekommst doch nicht permanent neue Daten?!

eben doch, ich schicke x,y,rotation nach php und frage diese gleichzeitig wieder ab und das in einer enterframe.

[thomas_E]

eben doch, ich schicke x,y,rotation nach php und frage diese gleichzeitig wieder ab

wieso tust du sowas?

und das in einer enterframe.

du weisst, dass die Latenz bei der Übertragung (dauer zwischen senden und Ergebnis empfangen) diese Zeit bei weitem übersteigen kann !? und du damit sowohl die Leitung, als auch den Server unnötig belastest.
bei 20fps sind das 50ms, die das ganze dauern darf (senden, Serverseitig Daten verarbeiten, Ergbnis generieren, und zurücksenden)

daß das Ganze in einer onEnterFrame abläuft, da ist daß mit der for Schleife sicherlich keine so gute Idee, oder

eine solche Schleife ist kein Thema, da hast du vermutlich ganz andere Probleme in deinem Script.

[Martin Kraft]

Zitat von Gadon

eben doch, ich schicke x,y,rotation nach php und frage diese gleichzeitig wieder ab und das in einer enterframe.

Dann ist diese for-Schleife Dein kleinstes Problem.

Baust Du tatsächlich ein MutiPlayerGame mit Flash 8 und loadVariables?

Ich glaube nicht, dass das Browser und FlashPlayer auf Dauer gut finden, wenn Du onEnterFrame (also rund 25 Mal die Sekunde) Requests an den Server schickst. Mal ganz davon abgesehen, dass dessen Antworten nicht unbedingt in derselben Reihenfolge zurückkommen...

Für solche »Echtzeit«-Übertragungen sollte man eine Socket-Verbindung und/oder eine Schnittstelle (wie amfphp) verwenden und idealerweise mit AS3 arbeiten.

[Gadon]

Zitat von Martin Kraft

Dann ist diese for-Schleife Dein kleinstes Problem.

Baust Du tatsächlich ein MutiPlayerGame mit Flash 8 und loadVariables?

Ich glaube nicht, dass das Browser und FlashPlayer auf Dauer gut finden, wenn Du onEnterFrame (also rund 25 Mal die Sekunde) Requests an den Server schickst. Mal ganz davon abgesehen, dass dessen Antworten nicht unbedingt in derselben Reihenfolge zurückkommen...

Für solche »Echtzeit«-Übertragungen sollte man eine Socket-Verbindung und/oder eine Schnittstelle (wie amfphp) verwenden und idealerweise mit AS3 arbeiten.

ich weiß, war mir schon vorher klar das es nur so rumruckeln wird (was es auch tut), aber hey, es funktioniert immerhin!
Ging mir auch erstmal nur um den Aufbau. Welche verbindungsform ich später verwende überlege ich mir noch.

[Martin Kraft]

Zitat von Gadon

Welche verbindungsform ich später verwende überlege ich mir noch.

Ich glaube nicht, dass es Spaß macht, sowas im Nachhinein anzupassen. Bei MultiPlayer-Geschichten ist die Art der Synchronisierung essentiel für den gesamten Aufbau.

Und Dein Setup dürfte spätens dann seine Grenzen finden, wenn mehr als 2 Clients auf einander abgestimmt werden müssen.

In der Regel löst man dieses Problem nicht durch so kurze Synchronisationsintervale, sondern dadurch, dass man Bewegungen vorausberechnet. Hierfür müsste man aber die Position und den Impuls der Objekte synchronisieren...

Ich bin selbst kein MultiPlayer-Spezialist, habe aber die dumpfe Vermutung, dass Du mit diesem Ansatz nicht glücklich wirst. Und wenn Du dieses Problem erst am Ende angehst, kann das im schimmsten Fall dazu führen, dass Du wieder bei 0 anfangen musst....