RebuildNAV & RecCopy TAP

[FireBird]

SE kümmert sich auch um den RbN-Timer und scheinbar überlappen sich bei Dir SE-Scan- und RbN-Zeitfenster.

[Maliboy]

Möglich. SE soll IMHO morgens (3 bis 4 uhr) scannen. AD darf die ganze Nacht dran.

[Twilight]

so lange SE den AD timer setzt ist das auch kein problem, da es auch den SE timer neu setzt. übrigens gibt es kein fenster für den SE timer, sondern nur einen zeitpunkt ab den gesetzt werden kann, also nach hinten völlig offen.
ist aber ein SE timer gesetzt und RBN will den AD timer setzen, so ist ihm der SE timer im weg...

das ein neuer AD timer gesetzt wurde, so lange noch files vorhanden sind ist, wie firebird schon sagte, nichts ungewöhnliches.

twilight

[cubeibook]

Moin!

Da ich in den letzten Wochen auch immer wieder Probleme mit dem Entschlüsseln (CRP) habe, schreibe ich jetzt hier auch einmal.
Ich kann leider die Beobachtungen von Kai nur bestätigen.

Es wurden nachts zwei Aufnahmen bei SAT.1 HD gemacht und wahrscheinlich parallel noch etwas, weswegen die zwei Aufnahmen im Entschlüsseln-Ordner landeten. Dort konnte ich sie auch noch ansehen (aber natürlich nicht richtig spulen). Da waren auch noch die Filminfos mit "i" aufrufbar.

Dann lief irgendwann die Entschlüsselung und es waren dann die Originaldateien mit jeweils 0 Minuten (also defekt) vorhanden (die Filminfo mit "i" war zusätzlich leer) und zusätzlich noch zwei dekodierte Varianten (ich breche nach zweien ab), die aber auch jeweils defekt waren.

Seit wann dieses Phänomen auftritt kann ich nicht genau sagen, ich hatte in den letzten Wochen in unregelmäßigen Abständen Updates gemacht, mich aber nicht weiter darum gekümmert. Ich habe auch leider nicht die Zeit dazu mich wirklich darum zu kümmern, ich bekomme immer nur die Schläge, daß die "Mistkiste" schon wieder nicht läuft.

Als Firmware habe ich noch die 2011er drauf und möchte die eigentlich auch nicht wechseln.

[FireBird]

@Maliboy und cubeibook: da es intern bezüglich MovieCutter eine Diskussion gibt: welche exakten Platten-Typ habt Ihr eingebaut?

[Maliboy]

Ich sage es Dir später noch Genauer, aber ich meine, ich habe ne Seagate drin...

[Maliboy]

Ist eine Seagate (ST31000322CS)

[FireBird]

Ist der selbe Typ, den ich habe und keine 4k-Sektor-Platte.

[cubeibook]

Moin!

Bei mir ist es eine ST31000322CS, also die Gleiche.

[cubeibook]

Moin!

Ich bin jetzt auf die Version 5.2 zurückgegangen und letzte Nacht sah das ganz gut aus mit dem dekodieren. Also keine defekten Originale oder Kopien mehr.
Mir scheint also, daß es irgendwie an der version 5.3 oder später liegt.

[Twilight]

um den fehler zu finden muß man auch mal verstehen wie die sache abläuft.

RBN dekodiert nichts
RBN ist inaktiv, wärend des entschlüsselungsvorganges
RBN untersucht die files ob sie entschlüsselt sind und das macht es dann beim nächsten einschalten.

also wären log files zu den betreffenden problem files ein tolle sache, timerdiags würde das auch sehr zur fehlersuche mit helfen.

twilight

[Maliboy]

Also ich habe auch das Gefühl, das seit meiner Downgrade Orgie mein TOPF wieder stabiler läuft. Ich habe gestern aber nicht genau geschaut.

[Twilight]

Ich habe gestern aber nicht genau geschaut.

ok, dann wissen wir das wir nichts wissen

twilight

[Maliboy]

Ich kann Dir nur sagen, das dieses mal mein Receiver weder Nachts noch am nächsten Tag dauer an war.

[Twilight]

na dann sind wir zuversichtlich das dies nun so bleibt

twilight

[db1]

Wechsle von hier viewtopic.php?p=990226#p990226

Mir ist übrigens bei der letzten Aktion anscheinend auch eine Datei von RNB beschädigt worden, da nun plötzlich ältere nicht entschlüsselte Dateien wieder in den Autodescramble Folder verschoben wurden?

RbN scannt nur ein Mal und dann nie wieder. Beweise werden aber gerne entgegengenommen.

Ich bin nicht sicher ob ich mich richtig ausgedrückt habe. Auf jeden Fall war nach meinem letzten "Prüfe Festplatte" und weiteren Starts plötzlich eine Datei im Autodescramble, die ich schon vor langem Aufgenommen habe und die sicher schon sehr oft gescannt wurde. Ich konnte mir das nur so erklären, dass RnB eine Datenbank hat in der die Datei markiert war und diese hopps gegangen ist.
Wenn ich beitragen kann, kann ich aber gerne logs beisteuern (wenn ich das darin finde ...).

[FireBird]

Wenn Du glaubst, dass RbN die Datei verschoben hat, dann ist das RbN-Log die erste Anlaufstelle. Wurde die Datei von RbN nach dem "Prüfe..." behandelt? Gibt es vielleicht irgendwelche verdächtigen Einträge dazu (z.B. inf nicht gefunden)? Und so weiter.

[db1]

Muss das logen irgendwie aktiviert werden in Settings/RebuildNAV finde ich keines (und auch sonst nirgends)?

[Twilight]

das log befindet sich in settings und heißt tapsystem.log

twilight

[db1]

Ok, danke, das kenne ich ja schon, und da habe ich auch meinen Irrtum gefunden.
Es war doch ein neu aufgenommener Film, der aber mit ähnlichem Namen bereits vorhanden war. Ich dachte, dass der alte plötzlich verschoben wurde, es war aber der neue, also alles korrekt.