von ds10 » 08 Mär 2015, 18:38
Das Anhalten des Erinnerers ist auch nicht dafür gedacht, die Erinnerungen dauerhaft zu unterdrücken. TV-Browser wird keine einzige Erinnerung anzeigen, die nicht zuvor angelegt wurde (entweder manuell oder automatisch durch Lieblingssendungen oder Synchronisierung). Aber auch automatisch angelegte Erinnerungen, hat man irgendwann selbst verursacht, indem man eine Lieblingssendung angelegt hat, die die Erinnerungen automatisch erstellt oder man hat die Synchronisierung der Erinnerungen aktiviert und die Erinnerungen werden aus der Desktop-Version übernommen.
Ich kann mir aber nicht vorstellen, dass das Anhalten des Erinnerers jetzt für den erhöhten Akkuverbrauch verantwortlich ist. Wurden denn häufig Erinnerungen angezeigt, wenn der Erinnerer nicht angehalten war?
Wenn keine Widgets vorhanden sind, kann es sich ja eigentlich nur noch um einen gesetzten Wakelock handeln, der nicht wieder aufgehoben wird. Was ich mir allerdings nur schwer vorstellen kann, da dies an all den Stellen gemacht wird, an denen die Datenaktualisierung enden kann. Ich kann mir auch nur schwer vorstellen, dass Samsung an der Verarbeitung der Wakelocks Änderungen vorgenommen hat, so dass das die Anzahl der Aufrufe des Aufhebens des Wakelocks genau mit der Anzahl des Setzens der Wakelocks übereinstimmen muss. Das kann man im Quellcode per Option deaktivieren, was TV-Browser auch macht, damit mehrfach gesetzte Wakelocks mit einem einzigen Aufruf wieder aufgehoben werden können.
Auf meinem Tablet mit Android 4.4.2 zeigt die App CPU Spy den Deep Sleep als den häufigsten Zustand der CPU an und den meisten Akkuverbrauch hat das Display gefolgt vom Ruhezustand des Geräts, das Android OS kommt erst am Ende der Liste mit 2%. Wohlgemerkt mit installiertem TV-Browser (mit über 40 Sendern), zwei TV-Browser Widgets, automatischem Datenupdate und regelmäßigen Erinnerungen.
Mit fehlt also völlig der Anhaltspunkt, wie genau das Problem entstehen kann und es fällt letztendlich darauf zurück, dass Samsung irgendwas anders macht als Acer. (Als Starter verwende ich übrigens Nova Launcher, in wie weit der Launcher allerdings Einfluss auf den Akkuverbrauch einer App haben könnte weiß ich nicht.)
Wenn ich das richtig verstanden habe, hast du das Problem ja auch, wenn TV-Browser, nach dem Systemstart, von dir gar nicht gestartet wurde. In dem Fall läuft ja nur die Routine zum Setzen der Erinnerungen und des automatischen Updates ab (und zwar direkt nach dem Boot, dann wenn ein Laufwerk eingehängt wird und wenn der Benutzer den Bildschirm aus dem Standby aktiviert). Im weiteren Verlauf dann auch noch die Routine zum Prüfen auf automatische Updates, bei jeder Änderung, die ein solches Update-Event auslösen kann (also jeder Änderung an der Netzwerkverbindung und eben, wenn der Zeitpunkt eines Updates erreicht ist, diese Nachrichten steuert aber das Android-System).
Das Anhalten des Erinnerers ist auch nicht dafür gedacht, die Erinnerungen dauerhaft zu unterdrücken. TV-Browser wird keine einzige Erinnerung anzeigen, die nicht zuvor angelegt wurde (entweder manuell oder automatisch durch Lieblingssendungen oder Synchronisierung). Aber auch automatisch angelegte Erinnerungen, hat man irgendwann selbst verursacht, indem man eine Lieblingssendung angelegt hat, die die Erinnerungen automatisch erstellt oder man hat die Synchronisierung der Erinnerungen aktiviert und die Erinnerungen werden aus der Desktop-Version übernommen.
Ich kann mir aber nicht vorstellen, dass das Anhalten des Erinnerers jetzt für den erhöhten Akkuverbrauch verantwortlich ist. Wurden denn häufig Erinnerungen angezeigt, wenn der Erinnerer nicht angehalten war?
Wenn keine Widgets vorhanden sind, kann es sich ja eigentlich nur noch um einen gesetzten Wakelock handeln, der nicht wieder aufgehoben wird. Was ich mir allerdings nur schwer vorstellen kann, da dies an all den Stellen gemacht wird, an denen die Datenaktualisierung enden kann. Ich kann mir auch nur schwer vorstellen, dass Samsung an der Verarbeitung der Wakelocks Änderungen vorgenommen hat, so dass das die Anzahl der Aufrufe des Aufhebens des Wakelocks genau mit der Anzahl des Setzens der Wakelocks übereinstimmen muss. Das kann man im Quellcode per Option deaktivieren, was TV-Browser auch macht, damit mehrfach gesetzte Wakelocks mit einem einzigen Aufruf wieder aufgehoben werden können.
Auf meinem Tablet mit Android 4.4.2 zeigt die App CPU Spy den Deep Sleep als den häufigsten Zustand der CPU an und den meisten Akkuverbrauch hat das Display gefolgt vom Ruhezustand des Geräts, das Android OS kommt erst am Ende der Liste mit 2%. Wohlgemerkt mit installiertem TV-Browser (mit über 40 Sendern), zwei TV-Browser Widgets, automatischem Datenupdate und regelmäßigen Erinnerungen.
Mit fehlt also völlig der Anhaltspunkt, wie genau das Problem entstehen kann und es fällt letztendlich darauf zurück, dass Samsung irgendwas anders macht als Acer. (Als Starter verwende ich übrigens Nova Launcher, in wie weit der Launcher allerdings Einfluss auf den Akkuverbrauch einer App haben könnte weiß ich nicht.)
Wenn ich das richtig verstanden habe, hast du das Problem ja auch, wenn TV-Browser, nach dem Systemstart, von dir gar nicht gestartet wurde. In dem Fall läuft ja nur die Routine zum Setzen der Erinnerungen und des automatischen Updates ab (und zwar direkt nach dem Boot, dann wenn ein Laufwerk eingehängt wird und wenn der Benutzer den Bildschirm aus dem Standby aktiviert). Im weiteren Verlauf dann auch noch die Routine zum Prüfen auf automatische Updates, bei jeder Änderung, die ein solches Update-Event auslösen kann (also jeder Änderung an der Netzwerkverbindung und eben, wenn der Zeitpunkt eines Updates erreicht ist, diese Nachrichten steuert aber das Android-System).