Aufnahme Recovery TAP

[MiZi4711]

Hallo liebe Topfield-Gemeinde,

kennt jemand von Euch ein TAP das bei einem, wie auch immer verursachten, Reboot des PVR eine vorher laufende Aufnahme fortsetzt, bzw. in einer neuen Aufnahme den Rest aufnimmt?

Vielen Dank
Gruß
mizi

[r_mat]

[quote=""MiZi4711""]Hallo liebe Topfield-Gemeinde,

kennt jemand von Euch ein TAP das bei einem, wie auch immer verursachten, Reboot des PVR eine vorher laufende Aufnahme fortsetzt, bzw. in einer neuen Aufnahme den Rest aufnimmt?

Vielen Dank
Gruß
mizi[/quote]

Hi Mizi,

eine TAP für eine automatische Fortsetzung gibt es meines Wissens nicht, mit dem Filer kannst Du aber den zerstörten Header reparieren, wenn die Aufzeichnung(Datei) nach dem Absturz noch ansprechbar ist. Bei 3PG verursachten Abstürzen sind bei mir aber die Aufnahmen meist 0 Byte groß und damit nicht wiederherstellbar.
Bei den geschilderten verschiedenen Anfangssituationen (0Byte oder reparierbar) macht ein Fortsetzungs-TAP auch wenig Sinn - es müßte erstmal den Zustand der Absturzdatei prüfen und reparieren und nur bei Erfolg die Aufnahme fortsetzen....
Als Tipp: verwende keine reboot-verursachenden TAP's, den 3PG habe ich nicht im Autoload und starte ihn nur, wenn ich ihn brauche. Damit klappen programmierte Aufnahmen aus dem Standby 100%ig.

Gruß
RM

[MiZi4711]

Hallo RM,

bei Timeraufnahmen hast du recht, da mache ich das so wie Du und habe damit keine Probleme. Manchmal aber läuft bei mir einen Aufnahme und ich verfolge eine Sendung auf dem 2ten Tuner, dann werde ich kurz weggerufen und muss nach meine Rückkehr erkennen das ich nicht nur den Timeshift sondern auch die Aufnahme verloren habe.

Bei Filmen und etwas in der Art ist das im Prinzip egal, aber bei Live-Events oder aktuellen Sendungen ist das schon ärgerlich, da würde ich gern auf die Minute für den Reboot verzichten aber nicht auf den Rest der Unterhaltung oder Information.

Die Header sind fast nie das Problem, die kriegt improbox eigentlich immer wieder repariert.

Gruß
MiZi

[huebi]

Das problem dürfte nur sein, dass der Frontpanelprozessor für die Timer verantwortlich ist, ich denke dass da eine Menge Information steht die bei einem Reboot dann einfach weg ist und ncht wiederhergestellt werden kann.

[MiZi4711]

[quote=""huebi""]Das problem dürfte nur sein, dass der Frontpanelprozessor für die Timer verantwortlich ist, ich denke dass da eine Menge Information steht die bei einem Reboot dann einfach weg ist und ncht wiederhergestellt werden kann.[/quote]

Ist mir schon klar, vielleicht ist das auch eigentlich eine Aufgabe der Standard-Betriebssoftware, imho sollte jeder Aufnahmevorgang nach einem Reboot zunächst einmal fortgesetzt bzw. neu gestartet werden.

[huebi]

Nein, ich habe da einen anderen Ansatz: Der Topf sollte einfach nicht so rebooten. Durch äuessere Einwirkung ja (stromausfall) aber nicht von sich aus. Dann erübrigt sich auch das Problem des Fortsetzens einer Aufnahme. Von daher ist dies Problemösung an dre falschen Stelle. Was dir aber nun auch nicht wirklich weiterhilft. Allerdings hatte ich bei meinem MP noch nie einen unverhofften Reboot, sehe aber, das oft genug das WLAN sowas provozieren kann.

Wenn also an der Firmware etwas gedreht wird, dann an der richtigen Stelle, dann erübrigt sich das fixen an der anderen. Per TAP sehe ich da eher schwarz.

[Sigittarius-E]

[quote=""huebi""]Per TAP sehe ich da eher schwarz.[/quote]

wenn man das Reboot TAP ( war es ein TAP?) verwendet (sofern es am 6000er funkt., könnte ein TAP ja die Aufnahmen nach dem Rebooten checken und (wie es auch Improbox bei Bedarf manuell auch tut) die Aufnahme fixen.

Und aufgrund des Filenamens des def. Files und einem regelmässigen Backup der Timer auch kontrollieren ob die Aufnahme durch einen Absturz hervorgerufen wurde und ggf. einen neuen Timer setzen, der das Ende aufnimmt.

Daß es dann 2 Files sind - ok. (könnte man dann vermutlich auch noch über eine Manipulation der FAT zu einem File zusammenhängen)

Alles nur Theorie und wenn man es realisieren möchte ist das sicher mit einem riesigen Aufwand verbunden.

[huebi]

[quote=""Sigittarius-E""]
Alles nur Theorie und wenn man es realisieren möchte ist das sicher mit einem riesigen Aufwand verbunden.[/quote]

Das Problem ist einmal zu erkennen, das ein Reboot vorlag, zu dessen Zeitpunkt eine Aufnahme lief und dann diesen Timer zu rekonstruieren. Ein ziemlicher Aufwand, der vermeidbar ist, wenn keine Reboots passieren würden. Und das ist das eigentliche Problem, alles andere nur herumdoktorn. Leider scheinen einige 6000er von solchen Reboots heimgesucht zu werden.

[Sigittarius-E]

[quote=""huebi""]Das Problem ist einmal zu erkennen, das ein Reboot vorlag, zu dessen Zeitpunkt eine Aufnahme lief und dann diesen Timer zu rekonstruieren. [/quote]

und das glaube ich dürfte nicht so schwer sein. Wenn beim Scannen im "Data Files" nach dem Einschalten eine .rec mit def. Header gefunden wurde ist das doch eindeutig der Hinweis dafür.

Fertiges Zeug zum Header-fixen gibt es auch (IB, Recfixer).

Und dann aus dem Filenamen bzw. vielleicht ist ja auch das Datum und die Uhrzeit noch da kann man doch einen Vergleich mit einer regelmässig gesicherten Timerliste erstellen und ggf. einen neuen Timer für das Ende setzen.

[MiZi4711]

[quote=""huebi""]Nein, ich habe da einen anderen Ansatz: Der Topf sollte einfach nicht so rebooten. Durch äuessere Einwirkung ja (stromausfall) aber nicht von sich aus. Dann erübrigt sich auch das Problem des Fortsetzens einer Aufnahme. [...] [/quote]

Da hast Du natürlich vollkommen recht, ich weiß bei mir auch ganz klar von welchem Tap das kommt, ich möchte dazu allerdings keine neue Diskussion lostreten. Ich möchte auf die Leistungen des Taps im Normalbetrieb nicht verzichten, nehme auch in kauf das ein Reboot stattfindet während ich aufnehme und gleichzeitig schaue, ich kann ja die Aufnahme manuell fortsetzen. Nur manchmal muss man eben das Tap laufen lassen, da es automatisch oder länger arbeitet, und trotzdem laufen irgendwann Aufnahmen ....

Da es sich um ein Problem mit einem TAP handelt wird Topfield kaum was tun, da das Problem aber wohl vom TAP-Programmierer nicht als problematisch behandelt wird, oder er das nicht lösen kann - verstehe ich auch, ich muss das TAP ja nicht nutzen - bleibt mir nur die Möglichkeit einen Bypass zu suchen, und das versuche ich hier ....

[huebi]

Und um welches mysteriöse TAP handelt es sich?

[FireBird]

Um dieses.

[huebi]

Gut der Verzicht darauf ist schon ein Einschnitt, aber es gibt ja auch noch JAG, aber halt, das geht glaub ich auf dem 6000er doch gar nicht? SmartEPG? Wird zwar nicht gewartet, aber evtl doch eine Alternative.