RebuildNAV & RecCopy TAP

[FireBird]

Die nav wir von RbN selbst erzeugt. Du kannst mir ja ein paar kB der rec schicken, aber es klingt sehr nach CI+-Verschlüsselung,

[Maliboy]

Eigentlich dürfte die doch gar nicht beim Einsatz eines CI Modules freifen . Und Warum kommt keine NAV Date beim Entschlüsseln durch Kopie?

Es stimmt aber, ich kann die Datei aktuell am PC nicht wiedergeben. Könnte aber auch an HD liegen (damit habe ich immer Probleme).

[FireBird]

Da gab es ja den Firmware-Bug, dass alles was verschlüsselt war immer CI+-verschlüsselt auf der Platte gelandet ist - egal ob das irgendwas mit HD+ zu tun hatte, oder nicht. Da eine nav Pointer auf die rec-Datei enthält, kann diese bei verschlüsselten recs auch nicht erzeugt werden. Weder von der Firmware, noch von RbN.

[Maliboy]

Könnte natürlich sein das es doch ein Bug ist. Ich meine aber, ich hatte das Problem schon bei der Release version.

Interessanterweise habe ich bei LIVE Aufnahmenne NAV. Und hier findet TS Doctor auch keine PMT.

[Sourcemaker]

Hallo,

habe letzte Woche auf meinen 2401CI+ die aktuelle Version von RebuildNAV installiert.

Prinzipiell funktioniert es auch nur die AD-Timer von RecCopy werden immer erst für den nächsten Tag terminiert.
Ich habe das AD-Fenster auf 04:00 - 07:30 eingestellt und angenommen das um 04:00 der Topf startet - RebuildNav bzw. RecCopy startet um die zu entschlüsselden Aufnahmen festzustellen, um gleich darauf den AD-Timer in dem aktuellen Zeitfenster zu erstellen der dann anschließend startet.

Dementsprechend hätte man am Abend die Sendungen bereits zum Schauen bzw. sichergestellt das die Aufnahmen zeitnah entschlüsselt werden bevor der Code sich ändert.

Habe ich etwas falsch verstanden bzw. eingestellt ?

Grüße

Frank

[Twilight]

nein, wenn der eceiver im zeitraum des möglichen ad fensters startet beendet sich rbn sofort um den vorgang des entschlüsselns nicht zu stören.

aber wenn du se zusätzlich verwendest, dann wird auch von se zusätzlich der ad timer korrigiert.

twilight

[Sourcemaker]

Hi Twilight,

danke für die schnelle Antwort aber kannst du ein bisschen ausführlicher werden ?
Was ist "se" ?

Grüße

Frank

[karlek]

SmartEPG


Grüße

[Sourcemaker]

Nein kein SmartEPG geladen (ist doch ein TAP ?).

Das einzige TAP ist RebuildNAV.

[karlek]

Dann hast Du alles richtig gemacht, wie twilight schon schrieb.
Ich nehme an, er wollte Dir sagen, dass RbN im Zusammenspiel mit SE den AD-Timer optimieren kann.


Grüße

[Twilight]

jepp, so ist es...rbn stetzt den timer immer wieder neu wenn rbn gestartet wurde...das geschieht in deinem fall bei jedem einschalten.

se (smartepg ) startet, wenn nötig rbn nach einer erledigten aufnahme nochmal nach -> rbn setzt den timer neu, bzw. setzt se den ad timer auch von selbst wenn files im ad ordner sind. (rbn muß installiert sein)

twilight

[Ricki]

Ich habe RbN im AS. Würdest Du demnach empfehlen es da raus zu nehmen und die Steuerung SE zu überlassen?


cu
Ricki

[Twilight]

nein, die 2 harmonieren schon

twilight

[Sourcemaker]

Hi,

alles klar jetzt hab ich es.
Ich dachte RebuildNav läuft automatisch nachts los- nein - erst mit dem nächsten Start prüft und verschiebt er die Dateien nach AD und programmiert einen Timer im vorgesehenen Fenster.
Wenn ich also mein gewünschtes Verhalten haben möchte muß ich einen täglichen Einschalt-Timer setzen der vor meinen gewünschten AD-Fenster ist.

Grüße und danke für die Tips

Frank

[Twilight]

oder eben se installieren, das rbn bei bedarf nachstartet wenn die aufnahme beendet wurde.
nebenbei werden mit se ja weniger verschlüsselte aufnahmen erzeugt als so wie du es jetzt nutzt.

twilight

[Ricki]

nein, die 2 harmonieren schon

twilight

Na, dann bin ich ja beruhigt. Danke

[hagge]

Neulich habe ich auch mal wieder Rebuild-Nav (RBN) gestartet, weil ich eine Handvoll Dateien gesammelt hatte, bei denen die NAV-Datei fehlte. da war ich dann überrascht, dass RBN 70 Dateien meldete, wo angeblich was zu tun sei. Als ich jetzt mal wieder mit FTP auf den Topf schaute, war ich nicht schlecht verwundert, dass es jede Menge Aufnahmen gibt, zu denen es *zwei* .rec.nav und *zwei* .rec.inf gibt. Anscheinend mit identischem Namen. Also in FlieZilla sehen die Filenamen zumindest absolut identisch aus.

Zuerst habe ich mich gefragt, wie das sein kann, dass der Topf ein und denselben Filenamen zweimal erzeugt. Aber jetzt habe ich eine Vermutung. In all diesen Files ist ein Umlaut drin. Dazu muss ich erwähnen, dass ich vermutlich alle diese Files nach meinem damaligen Totalverlust der Dateien aus den lost+found-Files rekonstruiert habe. Sprich ich habe diese Namen mit FileZilla selbst benannt. Das heißt die Umlaute kommen über FileZilla von einem Windows-PC, nicht durch die Aufnahme am Topf selbst. Kann es sein, dass FileZilla hier einen anderen Unicode-Wert für die Umlaute nutzt? Und wenn RBN dann diese Files anschaut, irgendwie nicht erkennt, dass es das .rec.inf und .rec.nav schon gibt, weil irgendwie der Code der Umlaute unterschiedlich ist? Und entsprechend ein neues File .inf und .nav anlegt, jetzt mit der anderen Umlautcodierung?

Ich denke das ist ein Fehler in RBN.

Wie könnte man das verifizieren? Man nehme eine beliebige (Test-)Aufnahme, deren Name möglichst keinen Umlaut oder ß enthält. Dann verbinde man sich mit FileZilla zum Topf und ändere alle drei Dateien (.rec, .rec.inf und .rec.nav) dieser Aufnahme ab, z.B. in Mondbär.rec, Mondbär.rec.inf und Mondbär.rec.nav. Dazu beim REC-File den gesamten Namen inklusive .rec markieren, ins Clipboard kopieren und dann bei den anderen Dateien vom Clipboard einfügen und noch .inf und .nav ergänzen. Jetzt startet man RBN. Wenn meine Theorie stimmt, dann müsste RBN nun trotzdem diese Datei bearbeiten, obwohl NAV- und INF-File schon existieren. Und anschließend liegen diese doppelten Dateinamen vor.

Da ich nach wie vor noch eine Reihe solcher Files habe, die nicht bearbeitet sind, wo also noch regulär die NAV-Datei fehlt, kann ich diesen Test leider gerade nicht selbst durchführen.

Gruß,

Hagge

[Twilight]

schau mal mittels putty/telnet tap auf die platte....

twilight

[hagge]

...um dann dort genau *was* zu testen?

Hagge

[Twilight]

dir die filenamen aus sicht des srps anzuschaun
auch gibt es einen zusätzlichen parameter der zb das pipe zeichen sichtbar machen würde.

twilight