aTMSremote
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
[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.
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.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
AW: aTMSremote
[quote=""Erdnussnase""]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]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.
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]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.
Ja, da wäre vieles denkbar.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.
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
[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.
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.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
AW: aTMSremote
Hieße also wenn es klappt, dass man TFIR nicht braucht?
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.
SRP2401
- Twilight
- Zauberküchencheflehrling mit extra Butter

- Beiträge: 59994
- Registriert: Fr 9. Dez 2005, 09:17
AW: aTMSremote
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
und ja...der tfir ist wirklich luxus
twilight
- Suedschwede
- Topfmeister

- Beiträge: 535
- Registriert: Do 15. Dez 2005, 14:27
AW: aTMSremote
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 
Grüsse, Südschwede
2x SRP-2100: iTiNa; Nice Display; ScreenSaver; MediaAspect; RebuildNAV; TMSRemote; FastSkip; BackupSettings

TF 5500 PVR: 1,5 TB Samsung S-ATA HD154UI mit equip Adapter 111831, TF-NCPC 5.13.40, Jan 03 2007
Autostart: iTina 1.04 Testlevel 1; Nice Display V1.7 RC 1; Rezap 1.18
Autostart: iTina 1.04 Testlevel 1; Nice Display V1.7 RC 1; Rezap 1.18
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
[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.
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.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
[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.
Mich erstaunt eher das noch niemand vor mir auf die Idee kam. Liegt für mich geradezu auf der Hand das zu tun.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
AW: aTMSremote
[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.
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.
SRP2401
AW: aTMSremote
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. 
Gruß AdMiRaL
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
akt. Testversion 5k und TMS
und eine Harmony 900
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
und eine Harmony 900
AW: aTMSremote
Sollte dann aber so laufen, dass es kein echter "P" Timer ist, da er dann ja bei laufendem LiveView umschalten würde...
lg Walter

**** 2x Duo²: diverse AddOns
LCDs: Sharp 80", LG 37", Philips 19"
sonst: marantz AV Receiver, Samsung&Sony BD

**** 2x Duo²: diverse AddOns
LCDs: Sharp 80", LG 37", Philips 19"
sonst: marantz AV Receiver, Samsung&Sony BD
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
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.
Das Umschalten kann iTiNa aber verhindern indem es dafür sorgt das diese ignoriert werden wenn der Topf sowieso läuft.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
AW: aTMSremote
Kennt jemand den Installationspfad? Ich bekomme, egal wie oft ich installiere, nicht alle Logos angezeigt. Ich will das mal manuell löschen.
Gruß AdMiRaL
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
akt. Testversion 5k und TMS
und eine Harmony 900
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
und eine Harmony 900
AW: aTMSremote
[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.
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.
AW: aTMSremote
[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.
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.
- Erdnussnase
- TAP-Guru

- Beiträge: 7067
- Registriert: Fr 9. Dez 2005, 12:01
AW: aTMSremote
[quote=""jkIT""]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.[/quote]
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.
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.
Kein Support oder Fragen zur Registrierung per PN !
http://www.iTiNa.de
aber bei dem Universum bin ich mir noch nicht ganz sicher.?
Albert Einstein
AW: aTMSremote
[quote=""jkIT""]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.[/quote]
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.
[quote=""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[/quote]
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.
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.
[quote=""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[/quote]
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.
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.
Zuletzt geändert von AdMiRaL am Mo 24. Jan 2011, 12:11, insgesamt 1-mal geändert.
Gruß AdMiRaL
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
akt. Testversion 5k und TMS
und eine Harmony 900
_____________________________
PVR 5000A (Black) - SDS V1.3e, ND V2.1b10,
PVR 5000A - SDS V1.3e, ND V2.1b10, 3PG 1.26
SRP 2100 - TMSDisplay V1.2, BackupSettings V1.1 und TAPtoDate
und eine Harmony 900


