Ist ScheduleAtFixedRate alle 30ms eine große Belastung für den Akku?

Hallo Entwickler!

Ich habe ein App geschrieben, dass so ein paar Animationen hat. Diese Animationen muss ich selbst zeichnen und werden nur unter bestimmten Vorraussetzungen ausgeführt. Daher habe ich hier für einen ScheduleAtFixedRate-Thread, wo im Leerlauf (keine Animationen) nur 7 globale Variablen (ein Object auf null überprüfen und 6 booleans) alle 30 ms abgefragt werden.

Ist dies eine große Belastung für den Akku?

Alternativ könnte ich den Thread natürlich immer im Leerlauf beenden, und bei bedarf wieder starten. Aber das starten kostet ja Zeit und könnte Ruckeln verursachen.

Was meint ihr?

Gruß Harry

Hallo,
die hier genannten Animationen sind alles Bewegungen in OpenGL, wo ich also nach jeder Positions veränderung einmal neu Rendern muss.
Damit es auch hübsch fürs menschliche Auge aussieht, render ich alle 30ms neu (das entspricht etwa 33 FPS).

Um konkreter zu werden:
Ich schubse OpenGL-Objecte auf dem Bildschirm herrum. Wenn ich sie mit dem Finger loslasse, sollen sie langsam abbremsen. Das wäre dann eine dieser Animationen.
Wenn ich nichts mache, passiert auf dem Bildschirm auch nichts und der 30ms-Scheduler läuft einfach durch die if-Anweisungen und mehr nicht.

Wenn es da bessere möglichkeiten gibt, höre ich das gern!

Gruß Harry

— geändert am 17.10.2011, 19:44:57

Ja, das mache ich ja auch im Prinzip so. Nur nach Interaktionen durch den benutzer laufen Animationen für ein paar Sekunden. Danach läuft der Thread nur noch durch die if-Anweisungen und wartet auf Zuständen, in denen neue Animationen ausgeführt werden.

Die Alterntive wäre halt den Thread zu beenden und neu zu starten. Wodurch jedoch durch das recht lange dauernede Starten des Threads Verzögerungen entstehen.

Aber was ich mal probieren könnte ist, den Thread zu beenden und bei OnTouchDown den Thread wieder zu starten, da in den meisten situationen eine Animation erst bei OnTouchUp gestartet werden. Die Zeit dazwischen sollte reichen, um Verzögerungen zu eliminieren.