RebuildNAV & RecCopy TAP

[FireBird]

MovieCutter erzeugt die navs selbst und beötigt kein RbN.

[Twilight]

das hab ich schon oft gepredigt

twilight

[ramibi]

... und Keiner nimmt es wahr

[FilmFan]

... und Keiner nimmt es wahr

Doch ich, darum hatte ich ja auch bei dem Problem mit der übervollen Platte das "komplexe" MovieCutter und nicht die "einfachen Boardmittel" verwendet.

[Homer]

[quote="FilmFan"]Doch ich, darum hatte ich ja auch bei dem Problem mit der übervollen Platte das "komplexe" MovieCutter und nicht die "einfachen Boardmittel" verwendet.[/quote]
Wie schafft man es, eine volle Platte weiter zu füllen, damit sie übervoll wird?

Viele Grüße
Homer

[FilmFan]

Wie schafft man es, eine volle Platte weiter zu füllen, damit sie übervoll wird?

Wenn man auf einer vollen Platte etwas löscht und die Platte danach immer noch voll ist, dann war sie vorher übervoll, oder?

[Töppi]

Homer will in seiner charmanten Art sagen, dass eine Platte nur "voll" sein kein, nicht übervoll....

[Homer]

Wenn mein neuer Topf bei "934 MB frei" nicht mehr weiter aufnimmt, würde ich diese Grenze gerne überwinden, wenn ich nur wüsste wie.

Viele Grüße
Homer

[FilmFan]

[quote="Homer"]Wenn mein neuer Topf bei "934 MB frei" nicht mehr weiter aufnimmt, würde ich diese Grenze gerne überwinden, wenn ich nur wüsste wie.[/quote]
Also bei mir stand in der Dateiliste in beiden Fällen definitiv "0 MB frei" drin. Erst nach einem "Dateisystem überprüfen" tauchten die gelöschten GB auf.

[Hardy22]

Auf die Gefahr hin, dass meine beiden Frage schon gestellt wurden - ich möchte aber keine 139 Seiten nach der Antwort durchforsten...

1. Man kann bei RbN pro Tag ein eigenes Zeitfenster für RecCopy festlegen. Ist es dabei auch möglich, dass die Anfangszeit größer ist als die Endzeit? Oder sinkt damit das Zeitfenster auf 0? Ich habe vor, für meinen Urlaub für einzelne Wochentage eine Anfangszeit von z.B. 18:00 anzugeben und eine Endzeit von 6:00 am nächsten Morgen?

2. Kann man irgendwas tun, damit RbN den Topf herunterfährt, sobald es fertig ist?

[Gerti]

Hi!

Du kannst es in Kombination mit IQTuner verwenden und IQTuner entsprechend einstellen.
Es startet dann RBN bei Bedarf und fährt den Receiver erst herunter, wenn es fertig ist.

Gruß,
Gerti

[Hardy22]

Danke schon mal für die erste Antwort. IQTuner habe ich bisher noch nicht eingesetzt - wenn ich vor dem Urlaub zum ausprobieren komme, werde ich es wohl einsetzen.

Kann mir denn noch jemand sagen, ob eine Endzeit < Anfangszeit für den RecCopy-Lauf richtig interpretiert wird? Oder verschluckt er sich daran?

[FireBird]

Eingebaut ist, dass er es tun können soll.

[ramibi]

.... das macht es doch auch - auf jeden Fall bei mir

[Maliboy]

Ich habe aktuell ein anderes 'Problem' mit RebuildNav.

Ich habe drei verschlüsselte Dateien auf dem TOPF (bewusst). Und, egal wo ich die hinschiebe, nach dem nächsten Scan verschiebt er sie wieder in den AutoDecryption ordner.
Das problem dabei:
1. Können die Dateien nicht entschlüsselt werden (falsche SmartCard und Modul)
2. wird dadurch der Entschlüsselungsvorgang so lang, das wichtige Dateien nicht mehr entschlüsselt werden.

Ich dachte, RebuildNav scannt die Datei nur einmal .

[Paulchen Panther]

Mit der neusten Version hat mir RbN bei verschl. aufgezeichneten Sendungen wieder die .nav zerbröselt.
Die Aufnahmen landeten korrekt im AD-Ordner, waren aber nicht abspielbar. Dann bin ich wieder zurück auf die 4.5 und die verschl. Filme liefen wieder und waren gerettet.

[Hardy22]

Hallo zusammen,

bei meinen Versuchen, RebuildNav zu verstehen, um es für einen Urlaub mit F1-Wochenende, NFL und diversen z.T. auch zwangsweise verschlüsselten Aufnahmen richtig einzustellen, habe ich etwas Seltsames festgestellt:

Wenn RebuildNAV die AD-Timer setzen soll, dann setzt es sie in die Vergangenheit! Mein Fenster beginnt um 10:00 und endet um 9:30 (am nächsten Morgen, er betrachtet das richtig, wie ihr schon sagtet). Er setzt den AD-Timer aber nicht etwa auf JETZT (weil das Fenster zurzeit offen ist) und nicht auf morgen 10 Uhr (weil da ein neues Fenster beginnt), sondern auf heute morgen 10:00 - also in die Vergangenheit!
Die Timerliste des topf zeigt demzufolge auch keinen Entschlüsselungstimer an.

==========================
Das ist meine Settings-File:

OsdX=50
OsdY=50
BarColor=ffffff00
TextColor=ffffffff
Transparency=178
InfoKey=65559
RecCopy=1
AutoDescrambleTimeStart3=1000
AutoDescrambleTimeEnd3=0930
AutoDescrambleTimeStart4=1000
AutoDescrambleTimeEnd4=0930
AutoDescrambleTimeStart5=1000
AutoDescrambleTimeEnd5=0930
IgnoreCryptedPacketsStartms=10000
IgnoreCryptedPacketsms=1500
ClearCopyIcon=0
ClearBlueIcon=0
RemoveOrphanedFiles=1
ADFCEnabled=0
ADFCMaxTries=3
ADFCMaxTimeDiff=60

LastScanTime=d9f30209
======================

Und hier das Log des RbN-Laufs mit dem seltsamen Verhalten (2x hintereinander):

2011-08-31 21:00:30 RebuildNAV: Launching RebuildNAV 4.6b
2011-08-31 21:00:30 RebuildNAV: SysID=22121(SRP-2410), Firmware=0x0107
2011-08-31 21:00:30 RebuildNAV: Heap = 49152kB, FreeHeap = 31186kB, AvailHeap = 28804kB
2011-08-31 21:00:30 RebuildNAV: RecCopy mode enabled.
2011-08-31 21:00:30 RebuildNAV: AutoDescrambleTimeStart = 0601
2011-08-31 21:00:30 RebuildNAV: AutoDescrambleTimeEnd = 0600
2011-08-31 21:00:30 RebuildNAV: Time diff to next AD Timer = 180'
2011-08-31 21:00:30 RebuildNAV: 30 files found, 0 files marked for processing.
2011-08-31 21:00:31 RebuildNAV: AD: Largest available slot = 1435 minutes
2011-08-31 21:00:31 RebuildNAV: AD: 'Test Sky Sport HD 60.rec' (60') added to the list
2011-08-31 21:00:31 RebuildNAV: AD: 'Test Sky Sport HD 30.rec' (30') added to the list
2011-08-31 21:00:31 RebuildNAV: AD: 'Shang-High Noon.rec' (10') added to the list
2011-08-31 21:00:31 RebuildNAV: AD: Timer set to 2011-08-31 06:00, 101 minutes
2011-08-31 21:00:31 RebuildNAV: 00h: ............ ............ ............ ............ ............ ............
2011-08-31 21:00:31 RebuildNAV: 06h: AAAAAAAAAAAA AAAAAAAAACCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:00:31 RebuildNAV: 12h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:00:31 RebuildNAV: 18h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:00:31 RebuildNAV: 24h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCC.
2011-08-31 21:00:31 RebuildNAV: 30h: ............ ............ ............ ......tttttt ttttttt..... ............
2011-08-31 21:00:31 RebuildNAV: 36h: tttttttttttt t........... ..tttttttttt ttt......... ............ ............
2011-08-31 21:00:31 RebuildNAV: 42h: ............ ............ ..tttttttttt tttttttttttt ............ ............
2011-08-31 21:00:31 RebuildNAV: C=AD core time, t=timer, A=AD timer
2011-08-31 21:00:34 RebuildNAV: -------------------------------
2011-08-31 21:05:27 RebuildNAV: Launching RebuildNAV 4.6b
2011-08-31 21:05:27 RebuildNAV: SysID=22121(SRP-2410), Firmware=0x0107
2011-08-31 21:05:27 RebuildNAV: Heap = 49152kB, FreeHeap = 31177kB, AvailHeap = 28760kB
2011-08-31 21:05:27 RebuildNAV: RecCopy mode enabled.
2011-08-31 21:05:27 RebuildNAV: AutoDescrambleTimeStart = 1000
2011-08-31 21:05:27 RebuildNAV: AutoDescrambleTimeEnd = 0930
2011-08-31 21:05:27 RebuildNAV: 30 files found, 0 files marked for processing.
2011-08-31 21:05:28 RebuildNAV: AD: Largest available slot = 1405 minutes
2011-08-31 21:05:28 RebuildNAV: AD: 'Test Sky Sport HD 60.rec' (60') added to the list
2011-08-31 21:05:28 RebuildNAV: AD: 'Test Sky Sport HD 30.rec' (30') added to the list
2011-08-31 21:05:28 RebuildNAV: AD: 'Shang-High Noon.rec' (10') added to the list
2011-08-31 21:05:28 RebuildNAV: AD: Timer set to 2011-08-31 10:00, 101 minutes
2011-08-31 21:05:28 RebuildNAV: 00h: ............ ............ ............ ............ ............ ............
2011-08-31 21:05:28 RebuildNAV: 06h: ............ ............ ............ ............ AAAAAAAAAAAA AAAAAAAAACCC
2011-08-31 21:05:28 RebuildNAV: 12h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:05:28 RebuildNAV: 18h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:05:28 RebuildNAV: 24h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC
2011-08-31 21:05:28 RebuildNAV: 30h: CCCCCCCCCCCC CCCCCCCCCCCC CCCCCCCCCCCC CCCCC.tttttt ttttttt..... ............
2011-08-31 21:05:28 RebuildNAV: 36h: tttttttttttt t........... ..tttttttttt ttt......... ............ ............
2011-08-31 21:05:28 RebuildNAV: 42h: ............ ............ ..tttttttttt tttttttttttt ............ ............
2011-08-31 21:05:28 RebuildNAV: C=AD core time, t=timer, A=AD timer
2011-08-31 21:05:31 RebuildNAV: -------------------------------
===============================

Kann es sein, dass das ein Bug ist?

VG, Hardy22

[Twilight]

also wenn das ding in den 30 minuten nichts besonders zu machen hat (wo das fenster geschlossen ist) gib ihm doch 00:00-23:59 ein.
oder was hat er um 9:30 zu tun?

twilight

[Hardy22]

Also ich hab nachts NFL-Spiele aufzunehmen, dann mache ich für Montag 6:30 einen P-Timer, in dem RbN laufen und den AD-Timer setzen soll, und um 10 Uhr soll dann das AD-Fenster beginnen (und bis 9:30 am nächsten Morgen gehen), in dem er diverse verschlüsselte Aufnahmen des Vortags (F1-Feedkanäle) entschlüsseln soll.

[quote="Twilight"]also wenn das ding in den 30 minuten nichts besonders zu machen hat (wo das fenster geschlossen ist) gib ihm doch 00:00-23:59 ein.
oder was hat er um 9:30 zu tun?
twilight[/quote]
1) Das Problem ist aber, dass RbN den AD-Timer dann in die Vergangenheit setzt (z.B. an den Beginn des AD-Fensters für den heutigen Tag), wenn RbN nach Beginn des Fensters noch läuft. RbN ist also quasi nicht so schlau, zu erkennen, dass das Fenster für den heutigen Tag schon begonnen hat und den AD-Timer in diesem Fall auf z.B. JETZT plus 5 Minuten zu setzen.

Beispiel: Es gibt ein AD-Fenster von 0:00 bis 23:59 und RbN läuft um 7:00 (weil der Besitzer gerade den Receiver eingeschaltet hat, um Moma zu gucken). Für den Tag sind weder P-, noch R-Timer geplant. Es wären zwei Aufnahmen von je einer Stunde zu entschlüsseln. RbN braucht ein paar Minuten zum scannen und setzt um 7:05 einen AD-Timer auf HEUTE 0:00, weil da das Fenster beginnt und eben keine Timeraufnahmen den Rahmen einschränken. Ergo würde ein 0:00-23:59-Fenster dazu führen, dass NIE irgendein AD-Timer läuft.

RbN setzt also offensichtlich den AD-Timer nur richtig, wenn der Beginn des "heutigen" AD-Fensters in der Zukunft liegt.

2) RbN hat aber noch eine weitere "Schwäche": Er sucht sich für den AD-Timer immer den größten verfügbaren Slot. Das führt aber auch zu folgendem unerwünschten Szenario: Es zwei Aufnahmen zu entschlüsseln, die insgesamt 90 Minuten dauern. Es ist ein riesiges AD-Fenster von 10:00 bis 9:30 eingestellt. Es gibt eine Timeraufnahme von 14:00 bis 16:00. Demzufolge gäbe es zwischen 10:00 und 14:00 ausreichend Zeit, um die 90 Minuten Material zu entschlüsseln. Weil er aber immer den größten verfügbaren Slot wählt, setzt er den AD-Timer erst auf 16:00.

3) Außerdem ist mir aufgefallen, dass beim Entschlüsseln von mehreren Dateien während eines AD-Timers immer die letzte Datei nicht vollständig entschlüsselt wird. Möglicherweise wählt RbN die Timerlänge zu kurz (z.B. weil er die Minutenzahlen abrundet und keine Sekunden mitberechnet?), vielleicht ist dieses aber auch ein Topf-Problem...

[FilmFan]

2) RbN hat aber noch eine weitere "Schwäche": Er sucht sich für den AD-Timer immer den größten verfügbaren Slot. Das führt aber auch zu folgendem unerwünschten Szenario: Es zwei Aufnahmen zu entschlüsseln, die insgesamt 90 Minuten dauern. Es ist ein riesiges AD-Fenster von 10:00 bis 9:30 eingestellt. Es gibt eine Timeraufnahme von 14:00 bis 16:00. Demzufolge gäbe es zwischen 10:00 und 14:00 ausreichend Zeit, um die 90 Minuten Material zu entschlüsseln. Weil er aber immer den größten verfügbaren Slot wählt, setzt er den AD-Timer erst auf 16:00.

Das erklärt mir jetzt, warum er die Aufnahmen vom Vorabend nicht zeitnah entschlüsselt, obwohl vormittags genügend Zeit dafür wäre. Und abends ist es dann oft zu spät (24 Stunden Verfallsdatum bei Kabel Deutschland).

3) Außerdem ist mir aufgefallen, dass beim Entschlüsseln von mehreren Dateien während eines AD-Timers immer die letzte Datei nicht vollständig entschlüsselt wird. Möglicherweise wählt RbN die Timerlänge zu kurz (z.B. weil er die Minutenzahlen abrundet und keine Sekunden mitberechnet?), vielleicht ist dieses aber auch ein Topf-Problem...

Das hatte ich schon mal beim manuellen Setzen des AD-Timers. Wenn man die Zeit minutengenau einstellt, dann wird die letzte Aufnahme nicht richtig entschlüsselt - nur wenn ich ein paar(?) Minuten zugebe, klappt es einwandfrei.