RecCopy

[MiK]

Ich hätte eine Frage zu den Nachholtimern. Wenn die Zeit nicht mehr ausreicht um die nächste Aufnahme zu entschlüsseln, wird blind in 15 Minuten ein neuer Timer angelegt. Dies ist meist noch vor der störenden Aufnahme. Also wird wieder eine neuer angelegt. Das geht so weiter, bis der Timer innerhalb der störenden Aufnahme liegt. Dann wurde bei mir gar kein weiterer Timer angelegt.

Wäre es nicht intelligenter den Nachholtimer direkt nach dem Ende des störenden Timers anzulegen?

[ibbi]

[quote=""MiK""]Wäre es nicht intelligenter den Nachholtimer direkt nach dem Ende des störenden Timers anzulegen?[/quote]

Früher wurde der Nachholtimer nach dem nächsten Timer angelegt, was Probleme verursachte, weshalb die Logik geändert wurde.

Ich muss mir das Ganze noch mal durch den Kopf gehen lassen, habe diesen aber im Moment mit ganz anderen Routinen voll.

Dass der Nachholtimer "innerhalb der störenden Aufnahme" liegt, kann ich aber nicht glauben, weil für diesen ein freies Stückchen von mind. 45 Länge gesucht wird.

[Gente]

Habe beim entschlüsseln mit reccopy immer wieder Bild-und Tonfreezer!!! Die aufnahme ist ok und teilentschlüsselt.
Topfield 5000 PVR Masterpiece, 3GP, NiceDisplay, Filer Recopy, Quicktimer, Filer B15
Wer weiss Rat???

[Maliboy]

Nur mit RecCopy oder auch beim 'Live' Schauen ?

Was für ein CI-Modul verwendest Du. Ein AlphaCrypt ?

Ich würde mal versuchen, die Entschlüsselungsgeschwindigkeit herunter zu stellen. Ich hatte auch einmal den Fall, das ich eine Aufnahme nur mit 2facher Geschwindigkeit entschlüsseln konnte ( ).

[MiK]

[quote=""ibbi""]Dass der Nachholtimer "innerhalb der störenden Aufnahme" liegt, kann ich aber nicht glauben, weil für diesen ein freies Stückchen von mind. 45 Länge gesucht wird.[/quote]

Ich war mir ziemlich sicher, es so im Log gesehen zu haben. Ich komme aber leider erst wieder am Montag zu meinem Topf. Dann werde ich den Protokollausschnitt mal posten.

[ibbi]

[quote=""MiK""]Dann werde ich den Protokollausschnitt mal posten.[/quote]

Ja bitte. Würde mich interessieren.

[Ricki]

Hi ibbi,

Letzte Woche hatte RecCopy bereits eine Prem. Dirket Aufnahme entschlüsslet. Das Original in den entsprechenden Ordner verschoben und die Kopie im Hauptverzeichnis gelassen und Grünes Schloss dran so wie es sein soll.
Habe dann gestern die 4.1b7a aufgespielt. Heute Morgen zeigt mein Topf OFF im Display . Ich schaue nach und der Topf hängt beim Kopieren des Prem. Direkt Filmes (der ja schon mal entschlüsselt wurde und auf >Grün gesetzt wurde )
Also Topf sagt zwar Copy tut aber nix kopieren. Habe dann die Aufnahme gestoppt. War ja ca. 10:30 und RecCopy läuft ja schon um 07:15. Das Log zeigt eigentlich nicht was nach RecCopy abgelaufen ist. Habe ja keine anderen Aufnahmen programmiert gehabt.

Ich wollte das Log hier posten aber Altair meldet "Cannot Copy the selected file. Already used in another process or unknown error occured." Die TAPs sind alle über TAP Commander deaktiviert.

Edit: Nach Elle´s Hinweis hier nun das Log:
23.06.2007
12:41:13 Version 4.1b7a
12:41:13 Start reason is 'Boot'
12:41:13 Failed to load options
12:41:13 Initiating options
12:41:13 Setting timer options according to existing timer
12:41:13 Saving options
12:41:21 Activity after completion will be 'Waiting'
12:41:26 Entering waiting state
12:43:08 Saving options
12:43:09 Entering waiting state
12:43:28 TAPCOM (service 3) accepted
12:43:29 Added "CSI Miami" to list
12:43:29 Working in /DataFiles
12:43:29 Scanning "CSI Miami"
12:43:35 Removing unencrypted "CSI Miami" from list
12:43:35 Nothing to decode
12:43:36 Job completed
12:43:37 Entering waiting state
23.06.2007
13:06:07 Version 4.1b7a
13:06:07 Start reason is 'Boot'
13:06:07 Loading options
13:06:07 Activity after completion will be 'Waiting'
13:06:11 Entering waiting state
23.06.2007
20:11:33 Version 4.1b7a
20:11:33 Start reason is 'Boot'
20:11:33 Loading options
20:11:33 Activity after completion will be 'Waiting'
20:11:37 Entering waiting state
24.06.2007
05:50:37 Version 4.1b7a
05:50:37 Start reason is 'Boot'
05:50:37 Loading options
05:50:37 Activity after completion will be 'Waiting'
05:50:41 Entering waiting state
07:13:05 Reschedule possible at 07:28
07:13:05 Reschedule timer set
07:13:05 Saving options
24.06.2007
07:17:33 Version 4.1b7a
07:17:33 Start reason is 'Boot'
07:17:33 Loading options
07:17:33 Processing RecCopy timer
07:17:33 Activity after completion will be 'Shutdown'
07:17:38 Added "CSI Miami" to list
07:17:38 Added "CSI Miami-2" to list
07:17:38 Added "The Collector" to list
07:17:38 Added "CSI Miami-3" to list
07:17:38 Added "CSI Miami-4" to list
07:17:39 Added "Criminal Minds" to list
07:17:39 Added "CSI Miami-5" to list
07:17:39 Added "Criminal Minds-4" to list
07:17:39 Added "Jede Sekunde zählt - The Guardian" to list
07:17:39 Added "CSI Miami-6" to list
07:17:39 Added "Criminal Minds-5" to list
07:17:39 Added "CSI Miami-7" to list
07:17:39 Added "The Fog - Nebel des Grauens (The Fog)" to list
07:17:39 Added "Criminal Minds-2" to list
07:17:39 Working in /DataFiles
07:17:40 Scanning "CSI Miami"
07:17:50 Removing unencrypted "CSI Miami" from list
07:17:50 Scanning "CSI Miami-2"
07:17:56 Removing unencrypted "CSI Miami-2" from list
07:17:56 Scanning "The Collector"
07:18:17 Removing unencrypted "The Collector" from list
07:18:17 Scanning "CSI Miami-3"
07:18:24 Removing unencrypted "CSI Miami-3" from list
07:18:24 Scanning "CSI Miami-4"
07:18:33 Removing unencrypted "CSI Miami-4" from list
07:18:33 Scanning "Criminal Minds"
07:18:52 Removing unencrypted "Criminal Minds" from list
07:18:52 Scanning "CSI Miami-5"
07:18:58 Removing unencrypted "CSI Miami-5" from list
07:18:59 Scanning "Criminal Minds-4"
07:19:11 Removing unencrypted "Criminal Minds-4" from list
07:19:11 Scanning "Jede Sekunde zählt - The Guardian"
07:19:52 Setting crypt flag
07:19:53 Scanning "CSI Miami-6"
07:20:02 Removing unencrypted "CSI Miami-6" from list
07:20:02 Scanning "Criminal Minds-5"
07:20:20 Removing unencrypted "Criminal Minds-5" from list
07:20:20 Scanning "CSI Miami-7"
07:20:28 Removing unencrypted "CSI Miami-7" from list
07:20:28 Scanning "The Fog - Nebel des Grauens (The Fog)"
07:21:01 Removing unencrypted "The Fog - Nebel des Grauens (The Fog)" from list
07:21:01 Scanning "Criminal Minds-2"
07:21:17 Removing unencrypted "Criminal Minds-2" from list
07:21:17 Originals will be kept
07:21:17 Decoding "Jede Sekunde zählt - The Guardian"
07:21:20 Waiting for playback stabilization
07:21:28 Stabilization reached
07:21:28 Speeding up
07:21:29 Speeding up
07:21:33 Decoding into "Jede Sekunde zählt - The Guardian(COPY)-1"
07:28:01 Decoding finished
07:28:01 Failed to move original
07:28:01 Original renamed to "Jede Sekunde zählt - The Guardian QG"
07:28:11 Saving options
07:28:11 Job completed
07:29:41 Exiting - good bye
24.06.2007
10:46:44 Version 4.1b7a
10:46:44 Start reason is 'Boot'
10:46:44 Loading options
10:46:44 Activity after completion will be 'Waiting'
10:46:48 Entering waiting state
10:49:23 Entering waiting state
10:49:48 TAPCOM (service 1) accepted
10:49:49 Added "Jede Sekunde zählt - The Guardian" to list
10:49:49 Working in /DataFiles
10:49:49 Scanning "Jede Sekunde zählt - The Guardian"
10:50:26 Switching to decoding channel 1 (Das Erste)
10:50:27 Originals will be kept
10:50:27 Decoding "Jede Sekunde zählt - The Guardian"
10:50:30 Waiting for playback stabilization
10:50:34 Stabilization reached
10:50:34 Speeding up
10:50:35 Speeding up
10:50:42 Decoding into "Jede Sekunde zählt - The Guardian(COPY)-1"
11:25:55 Failed to decode at 91%
11:29:19 Decoding finished
11:29:23 Job completed
11:29:24 Entering waiting state
24.06.2007
11:47:35 Version 4.1b7a
11:47:35 Start reason is 'Boot'
11:47:35 Loading options
11:47:35 Activity after completion will be 'Waiting'
11:47:40 Entering waiting state
12:34:00 Exiting - good bye

Edit Teil 2:

Ich habe mir jetzt mal die Aufnahme genauer angesehen. Durch das Log bin ich auf die Idee gekommen bei 91% zu schauen was da abläuft. Beim Übergang von 91%auf 92% endet der Film Nachspann, Musik etc. und es kommt die Hinweistafel von Premiere das der Film zu ende ist oder so ähnlich. Anscheinend wird dann die Verschlüsselung gleichzeitig beendet. Der Topf hat damit irgend ein Problem das zu verstehen denn jedesmal wenn ich RecCopy starte wird die Aufnahme entschlüsselt und Grün markiert, beim nächsten Scan aber wieder auf Rot gesetzt. Nun habe ich die Aufnahme auf dem Topf geschnitten, und zwar alles was vorne und hinten zuviel drauf war. Nun zeigt RecCopy auch nach einem erneutem Scan die Datei immer Grün an.

[Elle4u]

[quote=""Ricki""]Ich wollte das Log hier posten aber Altair meldet "Cannot Copy the selected file. Already used in another process or unknown error occured." Die TAPs sind alle über TAP Commander deaktiviert.[/quote]

Du musst RecCopy beenden damit Du das Log kopieren kannst.

[Ricki]

[quote=""Elle4u""]Du musst RecCopy beenden damit Du das Log kopieren kannst.[/quote]

Danke Elle, ich dachte deaktivieren reicht. Man lernt nie aus

[ibbi]

[quote=""Ricki""]07:21:33 Decoding into "Jede Sekunde zählt - The Guardian(COPY)-1"
07:28:01 Decoding finished[/quote]

Offenbar hat der Topf hier gemeldet, dass er nicht mehr abspielt. Da kann man nicht viel machen. Auch die Topf-Behauptung "COPY" deutet darauf hin, dass der Topf hier Probleme hatte, denn so etwas passiert nach meinen Erfahrungen, wenn während des Kopierens die Wiedergabe wegbleibt.

[quote=""Ricki""]Beim Übergang von 91%auf 92% endet der Film Nachspann, Musik etc. und es kommt die Hinweistafel von Premiere das der Film zu ende ist oder so ähnlich. Anscheinend wird dann die Verschlüsselung gleichzeitig beendet. Der Topf hat damit irgend ein Problem das zu verstehen [/quote]

Tja, bei so etwas haben wir ein Problem. Es lässt sich nämlich nicht ermitteln, wieso nicht mehr entschlüsselt wird (wegen Fehler oder weil es gar nicht mehr nötig ist).

[quote=""Ricki""]denn jedesmal wenn ich RecCopy starte wird die Aufnahme entschlüsselt und Grün markiert, beim nächsten Scan aber wieder auf Rot gesetzt.[/quote]

Ihr scannt zu viel. Wenn Ihr RecCopy einfach laufen lasst, werden solche Aufnahmen nach dem Entschlüsseln gar nicht mehr angefasst.

[7of99]

[quote=""Steven""]Hallo Anja, du musst eine andere Version von Auto Off verwenden.

Siehe auch hier.
Durch das Simulieren der Taste 0 kommt es häufiger zu Problemen.

Gruß Steven.[/quote]

Hab ich jetzt mal gemacht. Das Ergebnis: Optionsmenü von RecCopy
ist nicht mehr als letztes zu sehen, das hat soweit geklappt, aber leider
schaltet er nicht mehr nach dem morgentlichen Scan aus. Scan zwischen
5Uhr und 5:50 Uhr. neuer AutoOff um 6Uhr. Bevor ich RecCopy benutzt
habe, funktionierte das aber. Liegt es vielleicht an der Reihenfolge der
Taps, wie ändert man die? Ich hab im Moment:
Im Autostart von oben nach unten: DontSpinDown, FastSkip 1.1, Jags Auto Off 1.1 (06:00),
ReZap 1.19, Jags EPG v 3.0 Beta 3, RecCopy 4.1b6.
Vielleicht mag ja einer noch nachgrübeln.
Gruß
Anja

[MiK]

[quote=""ibbi""]Ja bitte. Würde mich interessieren.[/quote]

Hier nun der versprochene Protokollausschnitt. Erst wird der Timer ein paarmal verschoben, weil er nicht mehr vor den JAG-Scan (6:02-6:55) passt. Dann wird der Nachholtimer auf 6:05 in den JAG-Scan gelegt. Zu dem Zeitpunkt läuft dann aber RecCopy schon, wegen dem JAG-Timer und es wird kein weiterer Nachholtimer angelegt.

05:20:31 Timer constraint (06:02, Jag)
05:20:31 Skipping decoding of "Buffy - Im Bann der Dämonen+2251-0100"
05:20:39 Saving options
05:20:39 Reschedule possible at 05:35
05:20:39 Reschedule timer set
05:20:39 Saving options
05:20:39 Job completed
05:22:09 Exiting - good bye
21.06.2007
05:35:26 Version 4.1b6
05:35:26 Start reason is 'Boot'
05:35:26 Loading options
05:35:26 Processing RecCopy timer
05:35:26 Activity after completion will be 'Shutdown'
05:35:37 Added "Buffy - Im Bann der Dämonen+2251-0100" to list
05:35:37 Working in /DataFiles
05:35:45 Filer reported 15949 MB in recycle bin.
05:35:45 Timer constraint (06:02, Jag)
05:35:45 Skipping decoding of "Buffy - Im Bann der Dämonen+2251-0100"
05:35:54 Reschedule possible at 05:50
05:35:54 Reschedule timer set
05:35:54 Saving options
05:35:54 Job completed
05:37:24 Exiting - good bye
21.06.2007
05:50:26 Version 4.1b6
05:50:26 Start reason is 'Boot'
05:50:26 Loading options
05:50:26 Processing RecCopy timer
05:50:26 Activity after completion will be 'Shutdown'
05:50:37 Added "Buffy - Im Bann der Dämonen+2251-0100" to list
05:50:37 Working in /DataFiles
05:50:45 Filer reported 15949 MB in recycle bin.
05:50:45 Timer constraint (06:02, Jag)
05:50:45 Skipping decoding of "Buffy - Im Bann der Dämonen+2251-0100"
05:50:54 Reschedule possible at 06:05
05:50:54 Job completed
05:52:24 Exiting - good bye
21.06.2007
06:02:26 Version 4.1b6
06:02:26 Start reason is 'Boot'
06:02:26 Loading options
06:02:26 Activity after completion will be 'Waiting'
06:02:36 Entering waiting state
21.06.2007
15:56:26 Version 4.1b6
15:56:26 Start reason is 'Boot'
15:56:26 Loading options
15:56:26 Activity after completion will be 'Waiting'
15:56:37 Entering waiting state

[ibbi]

[quote=""MiK""]Hier nun der versprochene Protokollausschnitt.[/quote]

Vielen Dank, obwohl mir das weiterhin schleierhaft ist. Es dürfte kein Nachholtimer angelegt werden, wenn danach nicht mindestens 45 Minuten frei sind, d. h. es hätte eigentlich vom Ende des JAG-Timers aus gesucht werden müssen.

Wie ist der JAG-Timer definiert? Wieviele Timer hast Du in der Liste? Mehr als 64?

Bekommst Du noch zusammen, wie die Timer-Situation am 21.06. um 05:20 Uhr war?

Ich bin sehr daran interessiert, das aufzuklären, weil es nicht hätte passieren dürfen.

[MiK]

[quote=""ibbi""]Wie ist der JAG-Timer definiert? Wieviele Timer hast Du in der Liste? Mehr als 64?[/quote]

Der JAG-Timer geht von 6:02 bis 6:55. Programm 1, Tuner 1, keine Aufnahme, tägliche Wiederholung. Da meine Timer nur von JAG und für die nächsten 2 Tage angelegt werden sind immer nur recht wenige aktuell. An dem Morgen waren es wohl 2.

[quote=""ibbi""]Bekommst Du noch zusammen, wie die Timer-Situation am 21.06. um 05:20 Uhr war?[/quote]

Da das noch vor dem JAG-Scan war, müssten nur 2 Timer angelegt gewesen sein (neben den täglichen RecCopy und JAG Timern). Einer um 16:00 und einer um 21:15. Beide für den 21.06. und beide jeweils eine Stunde. Brauchst Du es noch genauer?

[quote=""ibbi""]Ich bin sehr daran interessiert, das aufzuklären, weil es nicht hätte passieren dürfen.[/quote]

Ja, wäre gut, wenn Du das finden könntest. Wenn Du noch etwas brauchst, dann gib Bescheid. Nur noch zur Info, falls Du es übersehen hast: Das war noch Version 4.1b6. Aber daran wurde ja nichts geändert, oder?

[ibbi]

[quote=""MiK""]Ja, wäre gut, wenn Du das finden könntest.[/quote]

Ich habe es gefunden.

Es war ein ziemlich dummer Fehler, der durch die Änderung der Logik des Nachholtimers entstanden ist und dazu führte, dass der erste echte Timer aus der Timerliste nicht mehr ausgelesen und berücksichtigt wurde.

Danke, dass Du es bemerkt und gemeldet hast.

Eine neue Beta gibt es heute Abend.

[Elle4u]

[quote=""ibbi""]Eine neue Beta gibt es heute Abend.[/quote]

...

[steve]

[quote=""ibbi""]
Eine neue Beta gibt es heute Abend.[/quote]

Mist, und ich bin bis Montag abend nicht mehr am Topf!!!

[jk]

[MiK]

[quote=""ibbi""]Es war ein ziemlich dummer Fehler, der durch die Änderung der Logik des Nachholtimers entstanden ist und dazu führte, dass der erste echte Timer aus der Timerliste nicht mehr ausgelesen und berücksichtigt wurde.

Danke, dass Du es bemerkt und gemeldet hast.[/quote]

Schön, dass ich helfen konnte. Was ist denn "der erste echte Timer"? Genau der nächste, also der auf den es ankommt?

[ibbi]

[quote=""MiK""]Schön, dass ich helfen konnte. Was ist denn "der erste echte Timer"? Genau der nächste, also der auf den es ankommt?[/quote]

Der mit Index 0 in der Topfield-Timerliste. Das war bei Dir genau der JAG-Timer. Bei der Prüfung auf Constraints (die in einer einfachen Schleife läuft) wurde er gefunden und bei der Ermittlung der Timer für den Nachholtimers wurde er überlesen. Also war zwischen 5 :x x Uhr und dem nächsten Deiner Timer (16:00 Uhr) reichlich 45 Minuten Luft.

Die richtige Zeit für den Nachholtimer wäre stets 7:00 Uhr gewesen.