TTD Forum

[quote=""ibbi""]Ein Protokoll gibt es immer.[/quote]
Ich kann das jetzt nicht pruefen. Werde ich heute abend checken.

[quote=""ibbi""]I suppose you found the (COPY)-1, unrenamed, moved by Automove, didn't you?

Decoding wasn't successful (error at 39%), so the original was put into the failure directory while the copy remained as usual copy (and was grabbed by Automove).[/quote]
There was no (Copy)-1 file only a renamed to original and fully decoded file in the folder (placed there by Automove) and the encrypted original in the failed folder.

Also there is something strange if yo look to the following timestamps:

Code: Alles auswählen

03:39:29  Failed to decode at 39%
04:07:45  Decoding finished

Doesn't that proof that decoding continued for almost 30 min after the failed decoding message?

This morning I found something similar:

Code: Alles auswählen

03:02:01  Version 4.1b8
03:02:01  Start reason is 'Batch'
03:02:01  Loading options
03:02:01  Activity after completion will be 'Exit'
03:02:01  Added "CSI  New York * Live or let die ~ Misdaad 05-07-2007" to list
03:02:01  Added "Law & Order * Slaughter ~ Misdaad" to list
03:02:01  Working in /DataFiles
03:02:01  Scanning "CSI  New York * Live or let die ~ Misdaad 05-07-2007"
03:02:04  Scanning "Law & Order * Slaughter ~ Misdaad"
03:02:08  Removing unencrypted "Law & Order * Slaughter ~ Misdaad" from list
03:02:08  Switching to decoding channel 5 ($ RTL5)
03:02:08  Originals will be put into recycle bin
03:02:08  Decoding "CSI  New York * Live or let die ~ Misdaad 05-07-2007"
03:02:11  Waiting for playback stabilization
03:02:15  Stabilization reached
03:02:15  Speeding up
03:02:26  Decoding into "CSI  New York * Live or let die ~ Misdaad 05-07-20(COPY)-1"
03:19:09  Failed to decode at 53%
03:33:47  Decoding finished
03:33:58  Saving options
03:33:58  Job completed
03:33:58  Exiting - good bye

This time there was no failed folder and also no original in the recycle bin. Only a fully decoded and renamed to original rec file in the root.

[quote=""kantjer""]There was no (Copy)-1 file only a renamed to original and fully decoded file in the folder (placed there by Automove) and the encrypted original in the failed folder.[/quote]

That's odd.

[quote=""kantjer""]Also there is something strange if yo look to the following timestamps:

Code: Alles auswählen

03:39:29  Failed to decode at 39%
04:07:45  Decoding finished

Doesn't that proof that decoding continued for almost 30 min after the failed decoding message?[/quote]

Yes, and that's the way it should be. The "Failed to decode" message doesn't stop decoding, it only should note that decoding wasn't completely successful.

[quote=""kantjer""]This morning I found something similar:

This time there was no failed folder and also no original in the recycle bin. Only a fully decoded and renamed to original rec file in the root.[/quote]

If so, this is a bug. The original is not in the bin, because decoding failed. That's ok, but it must be in a failure directory.

I have to check this.

[quote=""ibbi""]If so, this is a bug. The original is not in the bin, because decoding failed. That's ok, but it must be in a failure directory.

I have to check this.[/quote]

Sorry my mistake there is a "RecCopy -Failed" directory with problem file in it

ops:

[quote=""kantjer""]Sorry my mistake there is a "RecCopy -Failed" directory with problem file in it

ops:[/quote]

Ok, and I found out why there is no (COPY)-1 in the filename. I thought that only successfully decoded copies will be renamed, but actually it will be renamed, if the original could be safely moved in the failure directory (which makes sense).

So, everything works like it should.

:

[quote=""Maliboy""]

Wer (bzw. welches TAP) außer Filer veranlasst den RecCopy dazu, Dateien zu entschlüsseln wenn nicht RecCopy selber (was bestimmt nicht via TAPCOM läuft)? Oder gehst Du vom Fall aus, das irgendwann Taps wie Stirf oder Overfly auch noch RecCopy antriggern, bevor sie selber mit der Arbeit beginnen ?[/quote]

Hallo,

ich plane (irgendwann mal, evtl., nur wenn ich Zeit habe, kein Versprechen etc.) in BootMenu die Möglichkeit aufzunehmen, anderen TAPs TAPCOM-Nachrichten zu schicken. So wäre es also möglich, in einer bestimmten Konfiguration ein TAP zu starten und direkt einen bestimmten Dienst von ihm anzufordern.

Mit freundlichen Grüßen

asrael

[quote=""ibbi""]Ein Protokoll gibt es immer.[/quote]

Selbst, wenn RecCopy bei vergessenem Timer gar nicht gestartet wurde?

Mit freundlichen Grüßen

asrael

[quote=""asrael""]Selbst, wenn RecCopy bei vergessenem Timer gar nicht gestartet wurde?

[/quote]

Ja, denn er war ja mal drin und hat es zumindest eingestellt

[quote=""Elle4u""]Ja, denn er war ja mal drin und hat es zumindest eingestellt

[/quote]

Vor allem sieht man, wenn/dass der Timer nicht erstellt wurde.

Ich sehe schon, ich bin heute die Schnarchnase

So, habe am Wochenende diesmal alles richtig eingestellt Timer, usw.) und es hat super funktioniert

Am Freitag hatte ich zwar eine Fehlermeldung. 3 Filme wurden nicht entschluesselt.
Am naechsten Tag hat es aber geklappt.

Ein kleines Problem existiert noch. Ich weiss allerdings nicht, ob ich es RegCopy zuordenen kann/soll.
Zweimal, nachdem der Topf 3-4 Minuten lief, kam ploetzlich die Meldung "Geraet schaltet sich aus in 0 Sekunden" und zack war der Topf aus

Ich hatte keine Moeglichkeit die ganze Bildschirmmeldung zu lesen, da sie nur fuer ca. 2 Sekunden zu sehen war.
Kann jemand von Euch damit etwas anfangen?

Die Meldung kommt nicht von RecCopy.

Klingt eher nach PowerRestore. Was steht in ihrer INI?

[quote=""FireBird""]Klingt eher nach PowerRestore. Was steht in ihrer INI?[/quote]

Muss ich heute abend mal nachschauen.
Wenn es von PowerRestore kommen sollte, was fuer ein effekt hat die Abschaltung denn ueberhaupt?

[quote=""skylink""]Wenn es von PowerRestore kommen sollte, was fuer ein effekt hat die Abschaltung denn ueberhaupt?[/quote]

Im PowerRestore-Thread ist genau erklärt, wie sich welcher Wert in der INI auswirkt.

Hi

Hab mich mal durch den Tread gewühlt und mich entschlossen RecCopy 4.1b8 zu testen.
Soweit alles gut und es scheint alles zu funktionieren, aber eins ist mir aufgefallen.
Wenn ich eine verschlüsselte Sendung entschlüssel und diese mit VLC am PC anschauen
habe ich im Bild bei schnellen Bewegungen leichte Streifen drin.
Wenn ich eine von Anfang an unverschlüsselte Sendung mit VLC am PC anschauen sind
keine Streifen drin.
Nun die Frage kann das jemand bestätigen und kommt das nur in der Beta Version vor.
Ich konnte die 4.0 Version noch nicht testen.

Mfg
UncleSam

PS: Ich benutze einen Topfield 5200 für Kabel mit einem Alphacrypt Modul

Alle RecCopy-Versionen sind in Bezug auf das entschlüsselte Ergebnis identisch, weil dafür der Topf verantwortlich ist.

Und das heißt !!!
Ich muß mir nicht die Mühe machen die 4.0 zu testen.

[quote=""UncleSam""]Und das heißt !!![/quote]

was meinst du?

entweder: und das heißt???

oder

und das heißt/b]

aber die "!!!"

ja war Tippfehler

Sollte heißen "und das heißt ???"

Mfg

TTD Forum

RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy

AW: RecCopy