2D Spiel, draw zeichnet Objekte nicht gleichzeitig

Da diese Methode vom UI Thread durchlaufen wird und du keinen Hinweis gibst wo du sonst noch Zeichen Code liegen hast sehe ich das Problem nicht direkt.

PS: Es ist ineffektiv bei jedem Aufruf der onDraw ein neues Bitmap zu erzeugen! "Cachen" und wiederverwenden!

Mit der onDraw() Variante ist es sehr schwer flüssige Animationen hin zu bekommen. Viel einfacher geht das wenn Du eine SurfaceView verwendest. Das geht prinzipiell so:

Definiere eine View die von SurfaceView erbt. Setze diese View dann als Haupt-View Deiner App. In der View überschreibst Du die Methoden onSurfaceCreate(), onSurfaceDestroyed() und onSurfaceChanged(). Diese werden aufgerufen wenn die View zum ersten mal sichtbar wird, resized wird etc. Dann baust Du Dir einen Thread der die SurfaceView updated.

In diesem Thread wird dann bei jedem Durchlauf der komplette Screen neu gezeichnet, ähnlich Deiner onDraw() Methode. Wenn Du mit der Zeichenoperation fertig bist wird der Screen released und somit angezeigt. Damit wird effektiv verhindert dass halbfertig gezeichnete Screens dargestellt werden (was bei Dir der Grund für die Verschiebung ist).

Das genau mit Bespiel-Code zu Beschreiben wäre ein Tutorial für sich. Einfach mal nach SurfaceView googeln, dann findest Du da jede Menge Beispielcode zu.

Als zweites: die Speicherverwaltung bei Android ist ein Thema für sich. Speziell wenn es um Bitmaps geht. Deine onDraw Method wird ja tausende Male aufgerufen. D.h. Du allokierst auch tausende Male Speicher mit der Bitmap.createBitmap() Methode. Da wirst Du sehr schnell in eine Out of Memory Exception laufen.

Besser wäre es die Bitmap ausserhalb von onDraw, nur einmal zum Programmstart zu erzeugen, und dann immer die gleiche Bitmap wieder zu verwenden.

Wenn Du sie nicht mehr brauchst mit .recycle() freigeben und mit System.gc() eine Garbage Collection anstossen.

Das ging ja flott!



Genau.


Dann ist da irgendwo ein logischer Fehler. In Deinem vorherigen Post verwendest Du einmal XOffset und einmal XScrollOffset. Könnte es daran liegen?


Nein, das ist genau richtig so. Das kannst Du aber auch hinkriegen ohne jedesmal eine neue Bitmap für den zu zeichnenden Ausschnitt zu erzeugen. Das geht einfach durch canvas.drawBitmap(Bitmap bitmap, Rect src, Rect dst, Paint paint).

bitmap ist Dein Hintergrundbild. src ist dann Dein Source Rect, d.h. der Ausschnitt des Hintergrundbildes den Du zeichnen möchtest. Du startest mit (0,0,100,100). Wenn Du zwei Pixel nach rechts scrollst wird es dann zu (2,0,102,100). dst ist Dein Destination Rect. Das bleibt dann immer gleich der kompletten Größe Deiner Ziel-Bitmap, d.h. der Größe der canvas.

Noch zwei Performance Tips:
Nummer 1: Garbage Collection vermeiden. Achte vom Speicher-Handling her darauf dass Du in der on_draw Methode möglichst keinerlei Variablen neu instantiierst. Z.B. das Source Rect außerhalb der Methode erzeugen, und in der on_draw immer nur mit Rect.set(left, top, right, bottom) die Werte neu setzen. Ansonsten erzeugst Du immer neue Variablen, die immer neuen Speicher allokieren. Sobald eine Anzahl dieser Variablen zusammen kommt schlägt die Garbage Collection zu. Die braucht immer ein paar Zehntelsekunden und unterbricht währenddessen Dein Spiel, was vom Nutzer als deutliches Ruckeln wahrgenommen wird.

Nummer 2: Bitmap Resize Operationen vermeiden. Du wirst feststellen dass die Methode canvas.drawBitmap(Bitmap bitmap, Rect src, Rect dst, Paint paint) wesentlich schneller läuft wenn src und dst exakt die gleichen Ausmasse haben. Dann muss Android die Grafik nicht skalieren. Wenn Deine Background Grafik z.B. maximal doppelt so gross ist wie Dein sichtbarer Bildschirm, erzeuge gleich am Anfang eine skalierte Bitmap die genau die passenden Dimensionen hat (also doppelt so groß wie der Bildschirm), so daß Du in der on_draw Methode nicht mehr skalieren musst. Solche Vor-Skalierungen machst Du am besten ausserhalb des GUI Threads, also z.B. in Deinem Game-Thread.

Ich kann das nicht nachvollziehen. Der GC hat einen Thread die APP den Main Thread, der GC arbeitet nicht deterministisch daher ist sicher das erzeugen von kurzlebigen Objecten schlecht das wars aber dann auch erstmal.
Das Problem des Zeichnens ist dennoch nicht gelöst meiner meinung nach da die onDraw alles aus einem Thread erhält dieser das ganze auch präsentiert. Sicher ist der SurefaceView eine sache die zu bevorzugen ist.