RebuildNAV & RecCopy TAP

[Paulchen Panther]

Oh, je! Seit dem ich die 4 Vorschaubilder überall eingespielt habe, sind die Dateien alle durcheinander, wenn man sie nach Datum ordnet.

[FireBird]

Hast Du in der Zwischenzeit den TMS schon einmal neu gestartet?

[Paulchen Panther]

Nein es laufen Aufnahmen.

[Paulchen Panther]

Ich habe es heute noch einmal versucht. Leider immer noch ohne Erfolg.
die .ini und.log Dateien tauchen bei mir im und außerhalb des Autostartordners auf.
Das kann doch bestimmt nicht richtig sein. Es aktuallisiert sich nur die .log Datei von außerhalb.

[FireBird]

Ob er uns irgendwann verrät, was in der Log-Dateien steht? Das "failed to allocate nav mem" darf nicht bewirken, dass es Logs in verschiedenen Verzeichnissen gibt.

[Twilight]

Ob er uns irgendwann verrät, was in der Log-Dateien steht?

ja, das wird spannend

twilight

[Paulchen Panther]

Ob er uns irgendwann verrät, was in der Log-Dateien steht? Das "failed to allocate nav mem" darf nicht bewirken, dass es Logs in verschiedenen Verzeichnissen gibt.

Ich habe die im Autostartordner mal gelöscht. Es hat aber trotzdem nicht geklappt.
Die Log Datei sagt wieder das gleiche wie beim letzten mal:
2009-11-18 10:21 Launching RebuildNAV
2009-11-18 10:21 Heap = 65536kB, FreeHeap = 45038kB, AvailHeap = 45029kB
2009-11-18 10:21 STATE_Init
2009-11-18 10:21 STATE_BuildFileList
2009-11-18 10:21 29 files found, nav already available for 29 files, 0 files marked for processing.
2009-11-18 10:21 STATE_RebuildNav
2009-11-18 10:21 STATE_Cleanup
2009-11-18 10:21 STATE_Exit
2009-11-18 10:21 -------------------------------
2009-11-18 18:13 Launching RebuildNAV
2009-11-18 18:13 Heap = 65536kB, FreeHeap = 44986kB, AvailHeap = 44977kB
2009-11-18 18:13 STATE_Init
2009-11-18 18:13 STATE_BuildFileList
2009-11-18 18:13 23 files found, nav already available for 22 files, 1 file marked for processing.
2009-11-18 18:13 STATE_RebuildNav
2009-11-18 18:13 Rebuilding '/DataFiles/Fußball U19 Live.rec.nav'
2009-11-18 18:13 RS_Init
2009-11-18 18:13 Failed to change to folder (null). Stopping scan.
2009-11-18 18:13 STATE_Cleanup
2009-11-18 18:13 STATE_Exit
2009-11-18 18:13 -------------------------------

[FireBird]

Ich habe die im Autostartordner mal gelöscht. Es hat aber trotzdem nicht geklappt.
Die Log Datei sagt wieder das gleich wie beim letzten mal:
2009-11-18 10:21 Launching RebuildNAV
2009-11-18 10:21 Heap = 65536kB, FreeHeap = 45038kB, AvailHeap = 45029kB
2009-11-18 10:21 STATE_Init
2009-11-18 10:21 STATE_BuildFileList
2009-11-18 10:21 29 files found, nav already available for 29 files, 0 files marked for processing.
2009-11-18 10:21 STATE_RebuildNav
2009-11-18 10:21 STATE_Cleanup
2009-11-18 10:21 STATE_Exit

Sorry, wenn ich , aber das hat sie beim letzten Mal nicht gesagt. Oder ich habe den entsprechenden Post nicht gesehen. Hier gab es nichts zu tun.

2009-11-18 10:21 -------------------------------
2009-11-18 18:13 Launching RebuildNAV
2009-11-18 18:13 Heap = 65536kB, FreeHeap = 44986kB, AvailHeap = 44977kB
2009-11-18 18:13 STATE_Init
2009-11-18 18:13 STATE_BuildFileList
2009-11-18 18:13 23 files found, nav already available for 22 files, 1 file marked for processing.
2009-11-18 18:13 STATE_RebuildNav
2009-11-18 18:13 Rebuilding '/DataFiles/Fußball U19 Live.rec.nav'
2009-11-18 18:13 RS_Init
2009-11-18 18:13 Failed to change to folder (null). Stopping scan.
2009-11-18 18:13 STATE_Cleanup
2009-11-18 18:13 STATE_Exit
2009-11-18 18:13 -------------------------------

Und hier hast Du den API-Bug der offiziellen Firmware. Bist Du sicher, dass Du zumindest die V1.0a hast?

[Paulchen Panther]

Im Beitrag 39 hatte ich nur den Problemfall veröffentlicht. Heute zum Vergleich auch die problemlosen Daten vorne weg, bei denen es nichts zu tun gab.
Es muss die falsche Version gewesen sein. Jetzt klappt es.

Danke Firebird!

[FireBird]

Passt.

[Paulchen Panther]

Wenn ich RebuildNAV im Autostartordner habe startet der SRP beim Einschalten immer mit dem bekannten Bildfehler, also auch bei Programmen, die normalerweise nicht betroffen sind.

[FireBird]

Nachdem mir gerade langweilig war, hab ich das TAP etwas erweitert. Leider habe ich noch nicht genügend Informationen um den fehlenden HD-Support einzubauen und deshalb geht das Update in eine andere Richtung.

Und zwar ist eine erste Version von RecCopy eingebaut. Der Hintergrund ist der, daß eine Hauptaufgabe von RecCopy, nämlich das Suchen von verschlüsselten Paketen, bereits von RebuildNAV erledigt wird. Das Umkopieren der Aufnahmen wiederum wurde mittels AutoDescramble in die Firmware integriert. Damit blieb eigentlich nur mehr das Verschieben von (teil-)verschlüsselten Aufnahmen und das Setzen des AD-Timer übrig.

Aktiviert wird die RecCopy-Funktion indem man in der RebuildNAV.ini den entsprechenden Eintrag auf 1 setzt und Start- bzw. Endzeit angibt (siehe die beigepackte ini). Die Zeiten geben an, in welchem Zeitraum die Entschlüsselung starten darf. RebuildNAV berechnet Startzeit und Länge für den AutoDescramble-Timer bei jedem Lauf neu und versucht so Kollisionen mit Aufnahme-Timern zu vermeiden. Aus diesem Grund sollte RebuildNAV in das AutoStart-Verzeichnis gepackt werden.

Bei der Planung mit EPG-TAPs ist zu berücksichtigen, daß sich RecCopy innerhalb der in der INI angegebenen AutoDescramble-Kernzeit sofort beendet und keinen neuen AD-Timer mehr berechnet. Das soll verhindern, daß es sich den AD-Timer selbst unter dem Hintern wegzieht.

Mal schauen, ob das Konzept funktioniert.

P.S.: der Dateinamen des TAPs hat sich leicht geändert, das "_TMS" wurde entfernt.

[Wolfman]

Klasse - Danke!

Aber gleich eine Frage zum AutoDescramble: muss am Topf selber trotzdem ein Timer dafür gesetzt werden oder macht das das TAP selber?

[Twilight]

wow

die timerverwaltung hab ich auhc nicht ganz verstanden....vielleicht kannst du mal anhand eines bsp mit jag timer erklären.

twilight

[FireBird]

[quote="Wolfman"]Aber gleich eine Frage zum AutoDescramble: muss am Topf selber trotzdem ein Timer dafür gesetzt werden oder macht das das TAP selber?[/quote]
Der Topf setzt den AD-Timer selbst. Einen "normalen" Timer, der dafür sorgt, dass gescannt wird, setzt das TAP nicht.

[FireBird]

[quote="Twilight"]die timerverwaltung hab ich auhc nicht ganz verstanden[/quote]
Ich würde empfehlen, dass der EPG-Scan nicht innerhalb des AD-Zeitfensters liegen sollte.

[Töppi]

Nachdem mir gerade langweilig war, ....

danke für die Erweiterung.

[Twilight]

verstehe ich es richtig, daß es keinen scantimer benötigt weil er das immer beim einschalten macht?
er setzt sich dann nach eingestellten fenster für den ad time den ad timer nach bedarf.
soweit so gut.
da andere timer beim setzen berücksichtigt werden, wird zu epg scan zeit auch kein ad timer gesetzt.
wie verhindert man das zum epg scan nicht gescannt wird...oder stört das gar nicht?

twilight

[TV-Junkie]

2 Fragen:
1. Die ini nach Settings ? scheint so zu funktionieren.
2. Wenn es funktioniert (ich kann via exit das Tap aufrufen und das Menü aufrufen), wie lange dauert der Scan bei 75 Aufnahmen.

2a. wo finde ich das in der source, in welchen Ordner ich die ini schmeisen kann?

[FireBird]

Probieren wir es von der anderen Seite. Mir fallen 5 Prozesse ein, die sich in der Nacht um freie Plätze prügeln können:

1. Timer. Dieser Punkt ist klar, egal ob händisch oder vom EPG-Scan des Vortages erzeugt. Er blockiert eine automatische Entschlüsselung.
2. Der EPG-Scan. Er sollte so gesetzt sein, daß er nicht mit dem AD-Zeitfenster kollidiert, dazu später mehr.
3. Der RebuildNAV/RecCopy Scan. Wird bei jedem Topf-Start gemacht, so sich das TAP im AutoStart befindet. Dabei werden alle Aufnahmen gescannt, die verschlüsselten ins AutoDescramble-Verzeichnis verschoben und ein AutoDescramble-Timer gesetzt, der in dem in der INI angegebenen Zeitfenster liegt, aber mit keinem Aufnahme-Timer kollidiert. Der AD-Timer ist ein einmaliger Timer, der das Original löscht und nur so lange dauert wie notwendig.
4. Der letzte RebuildNAV/RecCopy Scan. Das selbe wie Punkt 3, aber kurz vor dem AD-Zeitfenster. Dieses Feature ist noch nicht implementiert, da dafür der Batch-Mode von XStart notwendig ist, damit sich der Topf nach dem Scan wieder abschaltet. Mit diesem Punkt könnte man sich theoretisch Punkt 3 (AutoStart) sparen. Ob’s was bringt, weiß ich noch nicht.
5. Der AutoDescramble Timer

Das aktuelle RebuildNAV wirft man also einfach ins AutoStart und alles andere passiert automatisch. Man braucht nur hin und wieder ins AutoDescrmable-Verzeichnis schauen, ob dort eine Aufnahmen liegen bleibt, da sie nicht entschlüsselbar ist.

Interessant ist (später einmal) die Reihenfolge der Punkte 2 und 4. Wenn mir Aufnahmen wichtiger sind, als das zeitnahe Entschlüsseln, werde ich den EPG-Scan vor das AD-Zeitfenster legen. Dadurch könnten Timer gesetzt werden, die das AD für diesen Tag verhindern, aber Aufnahmen haben den Vorrang. Ist das vom Sender vorgegebene Zeitfenster zum Entschlüsseln kurz, muß man den EPG-Scan nach dem AD-Fenster ansiedeln.

EPG-Scan und RebuildNAV-Scan stören sich nicht gegenseitig.