Hio!
Wie bekomme ich eine konstante Bewegung von Objekten (erstmal in 2D, d.h. Orthogonaler Modus) mit verschiedenen Geschwindigkeiten hin, die trotzdem noch schön flüssig wirken?
Also nehmen wir z.b. 2 Kreise auf dem Bildschirm. Kreis A hat eine Geschwindigkeit von 20, Kreis B von 10.
Mein naiver Ansatz dazu mit timebased movment sah so aus (pseudocode):


Problem: - Durch große Geschwindigkeiten (wobei ab 5 das schon bemerkbar ist) "springen" die Kreise
- Bei vielen Kreisen (>10) werden die Kreise auch merklich langsamer, weil 1. der Timer von wxWidgets relativ ungenau ist und 2. Schleifendurchläufe und Berechnung mit der Anzahl der Kreise natürlich zunehmen

Darf ich fragen, warum mit der Anzahl der Kreise die Schleifendurchläufe zunehmen? Denn wenn ich Dein Beispiel ansehe, sieht es für mich so aus.

Routine OnTimer:

1. Für alle Kreise wird die Position berechnet
2. Alle Kreise werden gezeichnet

und das ist doch gleich, ob ich jetzt 10 Kreise bearbeite oder 20 Kreise - es bleibt immer nur eine einzige OnTimer-Routine. Oder versteh ich da etwas falsch?

Und wie genau zeichnest Du die Kreise? Kreise sind etwas aufwendig. Wenn Du glBegin/glEnd verwendest, wäre es sicher eine tolle Verbesserung, statt dessen eine Displayliste oder das etwas modernere Vertex Buffer Object zu nehmen. Du würdest nur einen einzigen Kreis mit Einheitsradius brauchen, dann mit glScale auf die richtige Größe skalieren.
Traude

Also die Kreise waren nur ein Beispiel, ich benutze derzeit Dreiecke und die gehen doch sehr schnell zu zeichnen oder?
Ich gehe beim Zeichnen in der Renderfunktion so vor(ist in c++ geschrieben):


Wie ihr seht ist da aufjedenfall Spielraum zum optimieren. Aber auch wenn das vielleicht mein Problem mit einer großen Anzahl an Objekten klären würde, wüsste ich immer noch nicht wie ich eine gleichmäßige Bewegung hinbekomme

Zwei Änderungen würde ich vorschlagen:

1. Alle Dreiecke auf einmal zeichnen, dh glBegin/glEnd jeweils nur einmal aufrufen und dazwischen alle Dreiecke zeichnen. Das sollte schon eine ganze Menge helfen.

2. Das Timer-Setting in Relation zur Geschwindigkeit ändern. Soll heißen, öfter zeichnen bei gleicher Geschwindigkeit.

Ein Timer-Setting von 35 ms sind 1000/35 = rund 29 Frames pro Sekunde (FpS). Filme haben 24 Frames(Bilder) pro Sekunde und die sind eher an der unteren Grenze angesiedelt, was menschliche Augen noch als flüssig bezeichnen. Ein FpS von 50 ist auch noch nicht wirklich so toll, kann aber schon hingehen. Das ware dan ein Timer-Setting von 1000/50=20 ms. Ich habe jetzt keine Ahnung, ob das Dein Timer schafft.

Und jetzt müsstest Du Deine Geschwindikeit anpassen. 20/35= 0,57. Enn Du also vorher Deine Dreiecks-Position um 10 verschoben hast, dann verschiebe sie jetzt um 10*0,57 =5,7. Oder Wenn Du sie vorher um 20 verschoben hast, dann verschieb sie jetzt um 20*0,57=11,4.

Die Objekte sind genauso schnell wie vorher, nur werden sie öfter gezeichnet und legen zwischen den Frames geringere Strecken zurück.

Wie soll ich alle Dreiecke in einem glBegin/glEnd Block zeichnen? Ich darf ja nicht innerhalb eines Blockes glPop/glPush anwenden oder? Also müsste ich das noch irgendwie (schlau) ändern..?

Zum anderen: Wie meinst du es das Timersetting in Relation zur Geschwindigkeit zu ändern?
Ich kann ja 10 verschiedene Objekte mit 10 verschiedenen Geschwindigkeiten (sagen wir mal zwischen 0 und 20) haben.

Nein, denn ich habe übersehen, dass Du offenbar immer das gleiche Dreieck verwendest und es nur verschieden verschiebst/rotierst/skalierst. Also kann man es ga rnicht anders machen.


1. Neue Timerzeit:= 20ms (alte Timerzeit war 35 ms)
2. jede einzelne neue Geschwindigkeit ist nur mehr 57% der jeweils alten einzelnen Geschwindigkeit.

Ja unter welchen Kriterium soll ich denn die Timerzeit ändern?
Bei einer größeren Anzahl an Dreiecken oder wie?

Zum zeichnen: Die Zeichenfunktion ist zwar immer die selbe, aber es gibt ja z.b. 5 verschiedene Dreiecke, die unterschiedlich groß sind, unterschiedlich schnell etc. die alle gleichzeitig zu sehen sind.

Kein Kriterium. Einfach Timerzeit ändern. Du renderst jetzt einfach öfter als früher. Dadurch wirkt die Bewegung flüssiger.


Ja. Und bei einer Timerzeit von 35 ms war die Verschiebung 10 Pixel (das meine ich mit Geschwindigkeit) aber bei der verkürzten Timerzeit sind es nur 57 Prozent von 10 Pixel. Wenn es da ein Problem gibt, dann sehe ich es nicht.

also wenn du eine Bewegung hast, dann hast du einen bewegungs vektor. für eine 2d anwendung hast du dann natürlich eine bewegung auf x und y achse. Für die 3itte dimension kommt dann natürlich eine achse hinzu.
Wenn du ein Objekt bewegen willst, dann rechnest du auf die aktuelle position die geschwindigkeit drauf. Da du das bei jedem Frame machst, also immer wenn du dein Bild neu erstellst, musst du die Geschwindigkeit der Objekte an die Renderzeit anpassen. Dafür misst du die Zeit, die du brauchst um ein Frame zu zeichnen. Am besten funktioniert das mit dem onidle event als render routine und der Systemzeit-millisekunden. Anschließend bildest du den kehrwert der gemessenen zeit. Dieser wert gibt die dann an wie viel Zeit das zeichnen eines Bildes beansprucht. Um deine Bewegung jetzt an diese Renderzeit anzupassen reicht es die x und y bewegung des Objektes mit dem gemessenen Zeitfaktor zu multiplizieren. Mal eine schmatische Darstellung.

1.Zeitmessung starten (aktuelle Zeit speichern)
2.bewegung aller objekte (x&y geschwindigkeit mit zeitfaktor multiplizieren und auf aktuelle position addieren)
3.zeichnen aller objekte
4.Zeitmessung beenden (aktuelle Zeit speichern)
5.differenz der beiden Zeiten berechnen und in millisekunden umrechnen
6.den kehrwert daraus bilden und als zeitfaktor speichern

P.S.: wenn du eine rotation hast, empfiehlt es sich auch diese mit dem zeitfaktor zu multiplizieren, da sich die dreiecke sonst je nach Rechner unterschiedlich schnell bewegen. Ich kann die auch später zeigen, wie ich die Zeitmessung bei mir durchführe, habe damit bisher immer sehr gut arbeiten können. Bin nur leider in der Uni gerade und tue mir Algos an.

grüße

_________________
Klar Soweit?