Animation vieler Objekte - Google Maps API - Performance

[Henner_p2]

Hallo zusammen,

ich arbeite gerade an einem Projekt, bei dem sehr viele Objekte auf einer Google Maps Karte bewegt werden sollen. Ich stecke gerade noch in der Konzeption und bin mir nicht ganz sicher wie ich die Performance einschätzen soll.

Ich habe ca. 15.000 Objekte die sich auf der Karte bewegen sollen. Meine Grundüberlegung lautet nun, soll ich jedem Objekt einen Timer mitgeben oder soll ich in einem Timer mit einer for-Schleife die Objekte durchgehen? Was wäre performanter?

Ich freue mich auf einen kleinen Tipp

[EarMaster]

Prinzipiell würde ich einen Timer wählen. Das hängt jedoch stark von der Art der Bewegung ab. Wenn sich viele Objekte weniger oft bewegen als andere, dann lohnt es sich vielleicht durchaus mit mehreren Timern (vielleicht in Gruppen) zu arbeiten. Du solltest dir vielleicht auch überlegen, wie du die Performance auf langsamen Rechnern verbessern kannst (z.B. Tick-Zeiten des/der Timer vergrößern, Effekte abschalten). 15.000 Objekte ist schon ein Ding, je nachdem wie komplex die Objekte sind. Sind denn ständig alle Objekte im Bild oder sieht man immer nur einen Ausschnitt?

[Henner_p2]

Vielen Dank für die schnelle Antwort.

Die Objekte bewegen sich nicht alle gleichzeitig. Es solle eine Art Tageszeitsimulation sein, bei der je nach Tageszeit andere Objekte animiert werden. Die Objekte an sich sind nur 2x2 Pixel groß.

Objekte die gerade nicht laufen, müssen auch nicht sichtbar sein.

[rudi66]

Zitat von Henner_p2

Objekte die gerade nicht laufen, müssen auch nicht sichtbar sein.

Wohl eher: Objekte, die sich ausserhalb des aktuellen Kartenausschnittes befinden, existieren noch nicht.

Projekt ist warscheinlich erst mit Rechnern/INTEL-CPU's des nächsten Jahrzehnts zu lösen...

[EarMaster]

Ganz so schwarz würde ich das nicht sehen. Lässt sich aber auch recht einfach in einem Feldtest ausprobieren. Einfach mal 16000 Objekte erzeugen und zufällig bewegen lassen. Dann merkst du recht schnell, ob es machbar ist oder nicht.