aTMSremote

[Erdnussnase]

[quote="jkIT"]
Im Moment scheint es im aTina Teil noch Probleme beim auslesen der EPG_Control.db zu geben, da ich das Format nicht vollständig rekonstruieren konnte. Evtl. kannst Du mir da ein Paar Infos zu kommen lassen?
[/quote]

Kein Problem. Hättest mich ruhig schon vorher ansprechen können. Habe Dein Projekt schlicht verpaßt, da ich nicht allzuviel im Ö-Board unterwegs bin.
Kann Dir die dahinter liegenden Datenstrukturen schicken und die paar kleinen Tricks die drin stecken. Die C Routinen die die DB lesen helfen Dir ja wahrscheinlich nicht.

[quote="jkIT"]
Eine sehr coole Idee. Dafür würde dann ja ein beliebiger Browser als Client reichen.[/quote]
Wen man es so umsetzen kann wäre das super. Mir kam es bei der Idee hauptsächlich darauf an das Kernproblem der App zu lösen. Nämlich das der TMS an sein muß, was er nicht allzuoft am Tag ist. Dauernd anlassen werden sich viele wg. Stromverbrauch und Umweltschutz wehren.
So wäre der TMS und Deine anzeigbaren EPG Daten spätestens nach dem nächsten Scan up-to-date. Also im Prinzip max. 24h.
Da kann man dann schon während des 3 wöchigen Urlaubs nochmal schnell ein Film aufnehmen oder schauen ob die Lieblingssendung auch noch brav aufgenommen wird.

[jkIT]

Kein Problem. Hättest mich ruhig schon vorher ansprechen können. Habe Dein Projekt schlicht verpaßt, da ich nicht allzuviel im Ö-Board unterwegs bin.
Kann Dir die dahinter liegenden Datenstrukturen schicken und die paar kleinen Tricks die drin stecken. Die C Routinen die die DB lesen helfen Dir ja wahrscheinlich nicht.

Das nehme ich gerne an, evtl. hilft auch der C-Source beim Verständnis.
Das Hauptproblem scheint es zu sein, den Beginn der Sendereinträge in der control.db zu ermitteln.

Wen man es so umsetzen kann wäre das super. Mir kam es bei der Idee hauptsächlich darauf an das Kernproblem der App zu lösen. Nämlich das der TMS an sein muß, was er nicht allzuoft am Tag ist. Dauernd anlassen werden sich viele wg. Stromverbrauch und Umweltschutz wehren.
So wäre der TMS und Deine anzeigbaren EPG Daten spätestens nach dem nächsten Scan up-to-date. Also im Prinzip max. 24h.
Da kann man dann schon während des 3 wöchigen Urlaubs nochmal schnell ein Film aufnehmen oder schauen ob die Lieblingssendung auch noch brav aufgenommen wird.

Ja, da wäre vieles denkbar.

[Erdnussnase]

[quote="jkIT"]
Das Hauptproblem scheint zu sein, den Beginn der Sendereinträge in der control.db zu ermitteln. [/quote]
Ich muß nachsehen, denke aber die Position ist nicht fix und hängt von der Länge der vorherigen Einträge ab. Wobei ich da, schwebt mir zumindest so vor, ein Alignment drin habe. Denke mal das ich das eingebaut hatte um einen Fehler der File Zugriffe der 5k Serie zu umgehen. Kannts ja mal schauen ob meine Alignment Idee richtig ist, das kriegt man ja schnell anhand der Hex Startadresse der Sender raus.
Ich schau mir aber den Code nochmal an und schick Dir den.

[Thorle]

Wahnsinn. Da denkt man es kommt erstmal ein par Tage nix und dann präsentiert Erdnussnase so eine klasse Idee und jKIT greift die evtl. auf.

Hieße also wenn es klappt, dass man TFIR nicht braucht? st:
Das wäre Weltklasse, denn ich brauch das eig. nur um mal ne vergessene Aufnahme einzuprogrammieren und dafür ist mit das tolle Kit schlichtweg zu teuer.

[Twilight]

die lösung, wenn ich sie richtig verstehe, hilft dir "nur" wenn vor der aufnahme die du im nachhinein programmieren willst zumindest ein timer ausgeführt wird.

und ja...der tfir ist wirklich luxus

twilight

[Thorle]

Das ist klar. Und genau sowas reicht mir. Dann bin ich mal gespannt.

[Suedschwede]

Es erstaunt mich immer wieder was Ihr alles drauf habt und was Ihr aus den Töpfen zaubern könnt. Irgendwann spring mal ein raus

[Erdnussnase]

[quote="Twilight"]die lösung, wenn ich sie richtig verstehe, hilft dir "nur" wenn vor der aufnahme die du im nachhinein programmieren willst zumindest ein timer ausgeführt wird.[/quote]
Ja, das ist aber nicht das große Problem. Spätestens alle 24h wird ein Timer ausgeführt. Der Scan Timer !
Wem das nicht reicht kann ja ja beliebig viele Scan-Timer definieren, das geht jetzt schon. Damit kann man dann die Zeit auf einen annähernd beliebigen Wert senken.

Falls notwendig kann ich auch gerne einen "Bruder" des ScanTimer einführen der nichts anderes tut als den Server auf neue Timer/Blocker Settings zu prüfen. Das wäre schnell gemacht. Dann würde der TMS auch sehr schnell wieder runterfahren.

[Erdnussnase]

[quote="Suedschwede"]Es erstaunt mich immer wieder was Ihr alles drauf habt[/quote]

Mich erstaunt eher das noch niemand vor mir auf die Idee kam. Liegt für mich geradezu auf der Hand das zu tun.

[Thorle]

[quote="Erdnussnase"]Ja, das ist aber nicht das große Problem. Spätestens alle 24h wird ein Timer ausgeführt. Der Scan Timer !
Wem das nicht reicht kann ja ja beliebig viele Scan-Timer definieren, das geht jetzt schon. Damit kann man dann die Zeit auf einen annähernd beliebigen Wert senken.

Falls notwendig kann ich auch gerne einen "Bruder" des ScanTimer einführen der nichts anderes tut als den Server auf neue Timer/Blocker Settings zu prüfen. Das wäre schnell gemacht. Dann würde der TMS auch sehr schnell wieder runterfahren.[/quote]



Wäre auf jeden Fall interessant, wenn es keine große Arbeit macht.

[AdMiRaL]

Stimme Dir vollkommen zu. Zwei drei mal täglich eine Aktualisierung der Daten auf diesem Server durchführen und man hat keinen Stress mehr, wegen vergessener Programmierung eines Bollywood Films.

[walda]

Sollte dann aber so laufen, dass es kein echter "P" Timer ist, da er dann ja bei laufendem LiveView umschalten würde...

[Erdnussnase]

Doch wäre er. Sonst kriegt man Proleme mit Aufnahme-Timern.
Das Umschalten kann iTiNa aber verhindern indem es dafür sorgt das diese ignoriert werden wenn der Topf sowieso läuft.

[Thorle]

Naja dann liegt es also letztendlich an jKIT, dass alles umzusetzen.

[AdMiRaL]

Kennt jemand den Installationspfad? Ich bekomme, egal wie oft ich installiere, nicht alle Logos angezeigt. Ich will das mal manuell löschen.

[jkIT]

[quote="AdMiRaL"]Kennt jemand den Installationspfad? Ich bekomme, egal wie oft ich installiere, nicht alle Logos angezeigt. Ich will das mal manuell löschen.[/quote]
Ich denke, da kommst du nur mit einem gerooteten Gerät ran. Der Pfad müsste /data/aTina/files lauten. Ich denke aber, wenn Du deinstallierst und wieder installierst, müsste das gelöscht sein.

[jkIT]

[quote="Erdnussnase"]Ich muß nachsehen, denke aber die Position ist nicht fix und hängt von der Länge der vorherigen Einträge ab. Wobei ich da, schwebt mir zumindest so vor, ein Alignment drin habe. Denke mal das ich das eingebaut hatte um einen Fehler der File Zugriffe der 5k Serie zu umgehen. Kannts ja mal schauen ob meine Alignment Idee richtig ist, das kriegt man ja schnell anhand der Hex Startadresse der Sender raus.
Ich schau mir aber den Code nochmal an und schick Dir den.[/quote]
Im Moment nütze ich, dass vor den Sendereinträgen eine relativ große Anzahl (>=256) an 0xFF Bytes steht. Ob das aber in jedem Fall gilt, weiß ich natürlich nicht.

[walda]

@admiral: versuch es mal über "anwendungen verwalten" in den einstellungen von android. dort kann man zu jeder app die daten löschen.

sent from my DHD via Tapatalk

[Erdnussnase]

Im Moment nütze ich, dass vor den Sendereinträgen eine relativ große Anzahl (>=256) an 0xFF Bytes steht. Ob das aber in jedem Fall gilt, weiß ich natürlich nicht.

Dann bin ich mir mit dem alignment jetzt ganz sicher.
Wenn die Anzahl EPG Daten recht gut in die Alignment Grenze passen, fehlen die natürlich.
Habe gestern den Code vergessen. Hole ich heute nach.

[AdMiRaL]

Ich denke, da kommst du nur mit einem gerooteten Gerät ran. Der Pfad müsste /data/aTina/files lauten. Ich denke aber, wenn Du deinstallierst und wieder installierst, müsste das gelöscht sein.

Das dachte ich mich schon. Und da man das Wildfire mit Froyo nicht rooten kann, fällt diese Option weg. Deinstallation hab ich ja mehrfach versucht, aber aTMSRremote liest eben nicht alle Logos ein.

@admiral: versuch es mal über "anwendungen verwalten" in den einstellungen von android. dort kann man zu jeder app die daten löschen.

sent from my DHD via Tapatalk

Da erhalte ich, wenn ich dann die Einstellungen wieder gemacht habe, von aTMSremote ein: Argument must not be null" Die Remotefunktion klappt aber. An der Verbindung wirds dann wohl nicht liegen.

Auch nach der De- und wieder Neuinstallation bleibt jetzt dieser Fehler. Selbst nach Handy-Neustart. Sieht so aus als hätte das Daten löschen in der Anwendungsverwaltung irgendwelche Dateileichen hinterlassen.

edit: Und jetzt weiß ich auch warum. Hatte aTMSremote nicht zwingend beendet, sondern gleich deinstalliert. Wenn man zwingend beendet, klappt der Sync-Aufruf nach Neuinstallation.