Seite 213 von 224

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 17. Feb 2014, 09:28
von FireBird
SE kümmert sich auch um den RbN-Timer und scheinbar überlappen sich bei Dir SE-Scan- und RbN-Zeitfenster.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 17. Feb 2014, 09:37
von Maliboy
Möglich. SE soll IMHO morgens (3 bis 4 uhr) scannen. AD darf die ganze Nacht dran.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 17. Feb 2014, 13:16
von 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

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 13:51
von 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.

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 15:36
von FireBird
@Maliboy und cubeibook: da es intern bezüglich MovieCutter eine Diskussion gibt: welche exakten Platten-Typ habt Ihr eingebaut?

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 17:56
von Maliboy
Ich sage es Dir später noch Genauer, aber ich meine, ich habe ne Seagate drin...

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 18:38
von Maliboy
Ist eine Seagate (ST31000322CS)

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 18:40
von FireBird
Ist der selbe Typ, den ich habe und keine 4k-Sektor-Platte.

AW: RebuildNAV & RecCopy TAP

Verfasst: Di 18. Feb 2014, 18:59
von cubeibook
Moin!

Bei mir ist es eine ST31000322CS, also die Gleiche.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 10:43
von 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.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 11:04
von 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

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 12:03
von 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.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 13:21
von Twilight
Maliboy hat geschrieben: Ich habe gestern aber nicht genau geschaut.


ok, dann wissen wir das wir nichts wissen :D

twilight

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 13:26
von Maliboy
Ich kann Dir nur sagen, das dieses mal mein Receiver weder Nachts noch am nächsten Tag dauer an war.

AW: RebuildNAV & RecCopy TAP

Verfasst: Mo 24. Feb 2014, 13:35
von Twilight
na dann sind wir zuversichtlich das dies nun so bleibt :)

twilight

AW: RebuildNAV & RecCopy TAP

Verfasst: Mi 26. Feb 2014, 10:08
von db1
Wechsle von hier viewtopic.php?p=990226#p990226
db1 hat geschrieben: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?

FireBird hat geschrieben: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 ...).

AW: RebuildNAV & RecCopy TAP

Verfasst: Mi 26. Feb 2014, 10:15
von 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.

AW: RebuildNAV & RecCopy TAP

Verfasst: Do 27. Feb 2014, 08:48
von db1
Muss das logen irgendwie aktiviert werden in Settings/RebuildNAV finde ich keines (und auch sonst nirgends)?

AW: RebuildNAV & RecCopy TAP

Verfasst: Do 27. Feb 2014, 09:09
von Twilight
das log befindet sich in settings und heißt tapsystem.log

twilight

AW: RebuildNAV & RecCopy TAP

Verfasst: Do 27. Feb 2014, 09:52
von 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.