RebuildNAV & RecCopy TAP

[Rolf66]

Hallo FireBird,

hattest du schon Zeit mein Log anzuschauen

HG Rolf

[macfan]

Nachdem zum Zeitpunkt des Absturzes der Timestamp in der INI noch nicht aktualisiert wurde, sollte der Scan eigentlich wiederholt worden sein

Ist er aber nicht.

Und sag endlich Deinem Mädel, dass sie sich mit der einen Aufnahme nicht bis 2038 Zeit lassen soll.

Sag du das mal lieber RN, dass es das nicht bei jedem Scan macht . Könnte es sein, dass das von RN repariert wird, wenn ich inf und nav lösche, oder bringt es das auch nicht?

Gruß, Horst

[Twilight]

Das ist vermutlich nur bei den über AutoDescramble entschlüsselten Filmen der Fall. Ich hatte einfach manuell kopiert. Das ergab einmal ein blaues $, im zweiten Fall ein gelb-blaues.

das ist meines wissens nach anders eine kopie gibt immer ein c....kann es sein das itina da schon was beiträgt?

twilight

[FireBird]

[quote="Rolf66"]hattest du schon Zeit mein Log anzuschauen[/quote]
Ich habe einmal die relevanten Einträge herausgefiltert. Geht es um "Nichts als die Wahrheit"? Da wurde der Zeitstempel der Datei zurückgesetzt. Dadurch wird es aus dem Scan-Raster gefallen sein. Die Frage wäre also, weshalb der Zeitstempel der Aufnahme falsch war.

2010-10-01 17:56 17 files found, 1 file marked for processing.
2010-10-01 17:56 Scanning '/DataFiles/Inflagranti Flotte Runde_20100930_0200(DEC)-1.rec'
2010-10-01 18:11 File contains crypted packets. Moving to AutoDescramble.
2010-10-01 18:11 Changed crypt flag from 'partly crypted' to 'crypted'
2010-10-01 18:11 -------------------------------
2010-10-04 13:22 17 files found, 1 file marked for processing.
2010-10-04 13:22 Scanning '/DataFiles/Beethovens großer Durchbru_20101004_0920.rec'
2010-10-04 13:38 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-10-04 13:38 -------------------------------
2010-10-06 21:49 Corrected file time stamp of '/DataFiles/Nichts als die Wahrheit_20101006_2015.rec' to 2010-10-06 20:12
2010-10-06 21:49 20 files found, 1 file marked for processing.
2010-10-06 21:49 STATE_RebuildNav
2010-10-06 21:49 Scanning '/DataFiles/Tribal Wives - Hausfrauen _20101006_2015.rec'
2010-10-06 21:57 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-10-06 21:57 -------------------------------
2010-10-07 06:44 21 files found, 0 files marked for processing.
2010-10-07 06:44 AD: 'Nichts als die Wahrheit_20101006_2015.rec' (118') added to the list

[FireBird]

[quote="macfan"]Könnte es sein, dass das von RN repariert wird, wenn ich inf und nav lösche, oder bringt es das auch nicht?[/quote]
Das wird sich in den Schwanz beissen, denn für den Aufbau der inf nimmt er den Timestamp der rec.

[Rolf66]

[quote="FireBird"]Ich habe einmal die relevanten Einträge herausgefiltert. Geht es um "Nichts als die Wahrheit"? Da wurde der Zeitstempel der Datei zurückgesetzt. Dadurch wird es aus dem Scan-Raster gefallen sein. Die Frage wäre also, weshalb der Zeitstempel der Aufnahme falsch war.

2010-10-01 17:56 17 files found, 1 file marked for processing.
2010-10-01 17:56 Scanning '/DataFiles/Inflagranti Flotte Runde_20100930_0200(DEC)-1.rec'
2010-10-01 18:11 File contains crypted packets. Moving to AutoDescramble.
2010-10-01 18:11 Changed crypt flag from 'partly crypted' to 'crypted'
2010-10-01 18:11 -------------------------------
2010-10-04 13:22 17 files found, 1 file marked for processing.
2010-10-04 13:22 Scanning '/DataFiles/Beethovens großer Durchbru_20101004_0920.rec'
2010-10-04 13:38 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-10-04 13:38 -------------------------------
2010-10-06 21:49 Corrected file time stamp of '/DataFiles/Nichts als die Wahrheit_20101006_2015.rec' to 2010-10-06 20:12
2010-10-06 21:49 20 files found, 1 file marked for processing.
2010-10-06 21:49 STATE_RebuildNav
2010-10-06 21:49 Scanning '/DataFiles/Tribal Wives - Hausfrauen _20101006_2015.rec'
2010-10-06 21:57 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-10-06 21:57 -------------------------------
2010-10-07 06:44 21 files found, 0 files marked for processing.
2010-10-07 06:44 AD: 'Nichts als die Wahrheit_20101006_2015.rec' (118') added to the list[/quote]

Es geht um diese Aufnahme. Und wie kann ich die Frage beantworten?
Was kann ich noch ausprobieren? Mit einer einzelnen Aufnahme klappt´s ja. Probleme gibt es glaub ich nur bei zwei zeitgleichen Aufnahmen...

HG

[FireBird]

Und wie kann ich die Frage beantworten?

Gar nicht. Ich aber auch nicht.

Mit einer einzelnen Aufnahme klappt´s ja. Probleme gibt es glaub ich nur bei zwei zeitgleichen Aufnahmen...

Ich werde sowas bei mir programmieren und schauen, was passiert.

[Rolf66]

Gar nicht. Ich aber auch nicht.


Ich werde sowas bei mir programmieren und schauen, was passiert.

Danke für deine Mühe. Ich habe gestern wieder eine (1) Aufnahme programmiert und diese wurde durch RN&RC verschoben und entschlüsselt! :
Vielleicht solltest du noch wissen, dass ich mit Jags EPG auf Tuner 4 meine Aufnahmen tätige.

HG Rolf

[Twilight]

wer und was die aufnahme auslöst ist rbn egal
auch ich bin jag user....

twilight

[macfan]

Ich habe die problematische Aufnahme "District 9" gelöscht. Sie ließ sich auch so nur fehlerhaft abspielen. Das zeigt wieder einmal, dass Verschlüsseln Mist ist.

Gruß, Horst

[Rolf66]

wer und was die aufnahme auslöst ist rbn egal
auch ich bin jag user....

twilight

Wollte ja nur noch mal mein Aufnahme Tap nennen. Es fällt halt auf, dass es nur dann Probleme gibt, wenn ich 2 verschlüsselte Aufnahmen gleichzeitig schalte. (bsp. Sky Sport und Sky Cinema, beide um 20.15 Start)
Eine wird bearbeitet die Andere anscheinend ignoriert, da passiert halt nix. Werde aber weiter beobachten.

HG

[Twilight]

einen bug diesbezüglich hatte firebird doch in der letzten version gefixt, soweit ich das in erinnerung habe...genau das problem das du hier beschreibst (2aufnahmen die zum gleichen zeitpunkt gestartet worden sind).

twilight

[FireBird]

Was mich wundert, ist die Rückdatierung. Das könnte bewirken, dass diese Aufnahme RbN dann wurscht ist.

[Picard]

Beim 2100 gibt es einen Firmwarebug, so dass die Originale nicht immer gelöscht werden.

So, ich habe nun noch weitere Aufnahmen auf meinem 2410 getestet. Bei mir werden definitiv die Aufnahmen nach dem Kopieren nicht gelöscht..... Schade Ansonsten funktioniert alles automatisch mit diesem tollen TAP.
Wie ich aber lesen konnte, scheint das ein FW Problem und kein TAP Problem zu sein?!
Kann dies jemand der ''Ahnung'' hat bestätigen?

Steht das schon auf einer BUG Liste für den 2410?

Und hier haben wir die Endlosschleife im LOG........

2010-10-08 23:50 Launching RebuildNAV V3.5d
2010-10-08 23:50 SysID=22121, Firmware=0x0104
2010-10-08 23:50 Heap = 49152kB, FreeHeap = 26590kB, AvailHeap = 25423kB
2010-10-08 23:50 RecCopy mode enabled.
2010-10-08 23:50 AutoDescrambleTimeStart = 0100
2010-10-08 23:50 AutoDescrambleTimeEnd = 0500
2010-10-08 23:50 7 files found, 1 file marked for processing.
2010-10-08 23:50 Scanning '/DataFiles/Nip-Tuck - Schönheit hat ihren+2207-2350.rec'
2010-10-08 23:50 Ignored a 594ms crypted block @ 00:00:00.594
2010-10-09 00:04 File contains crypted packets. Moving to AutoDescramble.
2010-10-09 00:04 Changed crypt flag from 'partly crypted' to 'crypted'
2010-10-09 00:04 AD: Largest available slot = 235 minutes
2010-10-09 00:04 AD: 'Nip-Tuck - Schönheit hat ihren+2207-2350.rec' (103') added to the list
2010-10-09 00:04 AD: Timer set to 2010-10-09 01:00, 105 minutes
2010-10-09 00:04 00h: ............ AAAAAAAAAAAA AAAAAAAAAACC CCCCCCCCCCCC CCCCCCCCCCC. ............
2010-10-09 00:04 06h: tttttttttttt t........... ............ ............ ............ ...........t
2010-10-09 00:04 12h: tttttttttttt ttt......... ............ ............ ............ ............
2010-10-09 00:04 18h: ............ ............ ............ ............ ............ ............
2010-10-09 00:04 24h: ............ ............ ............ ............ ............ ............
2010-10-09 00:04 30h: ............ ............ ............ .ttttttttttt tttttttttttt ttt.........
2010-10-09 00:04 36h: ............ ............ ............ ............ ............ ............
2010-10-09 00:04 42h: ............ ............ ............ ..tttttttttt tttttttttttt ............
2010-10-09 00:04 C=AD core time, t=timer, A=AD timer
2010-10-09 00:05 -------------------------------
2010-10-09 00:59 Launching RebuildNAV V3.5d
2010-10-09 00:59 SysID=22121, Firmware=0x0104
2010-10-09 00:59 Heap = 49152kB, FreeHeap = 26748kB, AvailHeap = 26729kB
2010-10-09 00:59 RecCopy mode enabled.
2010-10-09 00:59 AutoDescrambleTimeStart = 0100
2010-10-09 00:59 AutoDescrambleTimeEnd = 0500
2010-10-09 00:59 Within AD time frame. Shutting down.
2010-10-09 00:59 -------------------------------
2010-10-09 06:00 Launching RebuildNAV V3.5d
2010-10-09 06:00 SysID=22121, Firmware=0x0104
2010-10-09 06:00 Heap = 49152kB, FreeHeap = 26746kB, AvailHeap = 26358kB
2010-10-09 06:00 RecCopy mode enabled.
2010-10-09 06:00 AutoDescrambleTimeStart = 0100
2010-10-09 06:00 AutoDescrambleTimeEnd = 0500
2010-10-09 06:00 OSD will be suppressed
2010-10-09 06:00 7 files found, 1 file marked for processing.
2010-10-09 06:00 Scanning '/DataFiles/Nip-Tuck - Schönheit hat ihren+2207-2350(DEC)-1.rec'
2010-10-09 06:17 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-10-09 06:17 HD nav successfully created (308739 records).
2010-10-09 06:17 AD: Largest available slot = 235 minutes
2010-10-09 06:17 AD: 'Nip-Tuck - Schönheit hat ihren+2207-2350.rec' (103') added to the list
2010-10-09 06:17 AD: Timer set to 2010-10-10 01:00, 105 minutes
2010-10-09 06:17 00h: ............ ............ ............ ............ ............ ............
2010-10-09 06:17 06h: ............ ............ ............ ............ ............ ...........t
2010-10-09 06:17 12h: tttttttttttt ttt......... ............ ............ ............ ............
2010-10-09 06:17 18h: ............ ............ ............ ............ ............ ............
2010-10-09 06:17 24h: ............ AAAAAAAAAAAA AAAAAAAAAACC CCCCCCCCCCCC CCCCCCCCCCC. ............
2010-10-09 06:17 30h: tttttttttttt t........... ............ .ttttttttttt tttttttttttt ttt.........
2010-10-09 06:17 36h: ............ ............ ............ ............ ............ ............
2010-10-09 06:17 42h: ............ ............ ............ ..tttttttttt tttttttttttt ............
2010-10-09 06:17 C=AD core time, t=timer, A=AD timer
2010-10-09 06:17 -------------------------------

[drehwurm]

So, ich habe nun noch weitere Aufnahmen auf meinem 2410 getestet. Bei mir werden definitiv die Aufnahmen nach dem Kopieren nicht gelöscht..... Schade Ansonsten funktioniert alles automatisch mit diesem tollen TAP.
Wie ich aber lesen konnte, scheint das ein FW Problem und kein TAP Problem zu sein?!
Kann dies jemand der ''Ahnung'' hat bestätigen?

Ja, bei mir gleiches Verhalten - Beta FW & 2410 mit RbN. Auch mit einem "Autodescramble" Timer wo das Löschen des Originals explizit ausgewählt werden kann, wird nichts gelöscht.

Trotzdem ist mit RbN und der Beta der 2410 ENDLICH ein akzeptabler 5000er-Ersatz wenn verschlüsselte Aufnahmen vorkommen - Danke

Michael

[Thorle]

Komischerweise hat er über Nacht entschlüsselt und die entschlüsselte Datei gelöscht.
Ich weis aber nicht wieso es diesmal funtkioniert hat, außer einer größereren Timerspanne habe ich nichts geändert. Ich werde morgen früh wieder sehen ob es wieder so abläuft.

[Paulchen Panther]

Manchmal löscht er, meistens jedoch nicht. Das ist beim 2100 auch so.

[Twilight]

...und gehört auch nicht in diesen thread

twilight

[Thorle]

...und gehört auch nicht in diesen thread

twilight

Wieso nicht? Gehört zu dem TAP AD & löschen.

[Twilight]

nein, das löschen wird von der firmware gemacht und nicht von rbn

twilight