RecCopy

[Big T.]

Hi Ihr RecCopy-Spezis,

da ich langsam `nen Hals bekomme, das verschlüsselte Aufnahmen immer schneller nicht mehr zu entschlüsseln sind,
hab ich beschlossen, es wird mal Zeit für eine Automatisation der Entschlüsselung via RecCopy

Echt klasse Programm, vielen Dank dafür ibbi

Bisher laufen folgende Taps in aufgeführter Autostart-Reihenfolge:

1. Improbox 2.5 DVBc
2. Jag`s EPG V. 3.0 Beta 3 Full Version
3. Filer 2.21 Final
4. Nice Display V2.1 Beta 9
5. WSS-Killer V2.12d

Wie ist eure Erfahrung, wo sollte ich RecCopy platzieren

[Maliboy]

Wie Du siehst, suche ich noch die Richtige Position. Aktuell starte ich es als letztes. Aber richtig klappen tut das ja nicht.

@cluberer99
Irgendwie glaube ich nicht daran, das sich zwei TAPs stören. Wenn keine Verschlüsselte Sendung im Ordner ist, klappt ja alles. Nur, wenn er auf eine Verschlüsselte Sendung stößt (für die ich das TAP ja eigentlich laufen habe) kommt es zu Problemen.
Und, ich will nicht noch ein TAP installieren, welches dann die Verwaltung übernimmt. Es muss doch auch so gehen...

[sumo]

Hi Ihr RecCopy-Spezis,

Wie ist eure Erfahrung, wo sollte ich RecCopy platzieren

Hi BigT,

ich habe folgende Startreihenfolge:

1. 3PG 1.28
2. Eurostirf 1.32
3. Filer 2.30
4. Overfly 0.74.6
5. Power Restore 0.7.3c
6. RecCopy 4.4
7. TF5000 Display 1.52

Funktioniert einwandfrei.. :-)

Servus, sumo

[MiK]

Ich werde mein Log-File heute auch noch mal genauer analysieren.

Hat einer der erfahreneren TAP-Programmierer eine Ahnung, Woher das "Failed to start playback." kommen kann?

Der Code dazu sieht so aus:

Code: Alles auswählen

        if (TAP_Hdd_PlayTs(FileList[CurrentRec].FileName) != 0)
        {
          DEBUG("Failed to start playback\n");
...

Ich habe bei mir für diesen Fall jetzt mal eingebaut, dass er einen Nachholtimer anlegt. Jetzt hat dieser Code "endlich" mal zugeschlagen. Im Nachholtimer wird dann problemlos entschlüsselt. Anscheinend ist der Topf vorher in einem seltsamen Zustand durch den er erst durch einen Neustart wieder heraus kommt. Aber vielleicht gibt es dafür ja auch einen besseren Weg. Weiß einer der erfahrenen TAP-Programmierer, woran es liegt, wenn TAP_Hdd_PlayTs einen anderen Rückgabewert als 0 hat?

[pil]

RecCopy hat die aufnahmen von "Die Grenze" vom SAT1 völlig zerschossen
kann einer was mit dem log anfangen:
16.03.2010
02:59:20 Version 4.4
02:59:20 Start reason is 'Boot'
02:59:21 Loading language file with success
02:59:21 Loading options
02:59:21 Processing RecCopy timer
02:59:21 Activity after completion will be 'Shutdown'
02:59:25 Added "DIE GRENZE (1)" to list
02:59:25 Working in /DataFiles
02:59:29 Scanning "DIE GRENZE (1)"
02:59:29 Originals will be kept
02:59:29 Decoding "DIE GRENZE (1)"
02:59:33 Waiting for playback stabilization
02:59:43 Stabilization reached
02:59:43 Speeding up
02:59:45 Speeding up
02:59:48 Decoding into "DIE GRENZE (1)(COPY)-1"
03:05:03 Failed to decode at 9%
03:05:04 100 ms dropout (ignored)
03:05:30 Failed to decode at 10%
03:05:30 100 ms dropout (ignored)
03:06:48 Failed to decode at 12%
03:06:48 110 ms dropout (ignored)
03:07:15 Failed to decode at 13%
03:07:15 100 ms dropout (ignored)
03:11:30 Failed to decode at 21%
03:11:30 110 ms dropout (ignored)
03:12:39 Failed to decode at 23%
03:12:39 100 ms dropout (ignored)
03:16:16 Failed to decode at 29%
03:16:17 810 ms dropout (ignored)
03:16:49 Failed to decode at 30%
03:16:50 100 ms dropout (ignored)
03:27:17 Failed to decode at 49%
03:27:18 100 ms dropout (ignored)
03:28:56 Failed to decode at 52%
03:28:56 210 ms dropout (ignored)
03:29:23 Failed to decode at 53%
03:29:23 100 ms dropout (ignored)
03:29:31 Failed to decode at 53%
03:29:31 410 ms dropout (ignored)
03:30:07 Failed to decode at 54%
03:30:07 100 ms dropout (ignored)
03:30:44 Failed to decode at 55%
03:30:44 100 ms dropout (ignored)
03:31:46 Failed to decode at 57%
03:31:46 200 ms dropout (ignored)
03:32:16 Failed to decode at 58%
03:32:16 310 ms dropout (ignored)
03:34:17 Failed to decode at 61%
03:34:18 730 ms dropout (ignored)
03:34:28 Failed to decode at 62%
03:34:29 630 ms dropout (ignored)
03:35:20 Failed to decode at 63%
03:35:21 300 ms dropout (ignored)
03:35:47 Failed to decode at 64%
03:35:47 110 ms dropout (ignored)
03:42:18 Failed to decode at 76%
03:42:18 100 ms dropout (ignored)
03:45:55 Failed to decode at 82%
03:45:56 410 ms dropout (ignored)
03:46:45 Failed to decode at 84%
05:10:47 Decoding exceeded time limit - cancelled
05:10:56 Saving options
05:10:56 Job completed
05:12:29 Exiting - good bye

17.03.2010
02:59:20 Version 4.4
02:59:20 Start reason is 'Boot'
02:59:21 Loading language file with success
02:59:21 Loading options
02:59:21 Processing RecCopy timer
02:59:21 Activity after completion will be 'Shutdown'
02:59:25 Added "DIE GRENZE (2)" to list
02:59:25 Working in /DataFiles
02:59:29 Scanning "DIE GRENZE (2)"
02:59:29 Originals will be kept
02:59:29 Decoding "DIE GRENZE (2)"
02:59:33 Waiting for playback stabilization
02:59:45 Stabilization reached
02:59:46 Speeding up
02:59:47 Speeding up
02:59:48 Speeding up
02:59:50 Decoding into "DIE GRENZE (2)(COPY)-1"
03:00:24 Failed to decode at 1%
03:00:25 110 ms dropout (ignored)
03:04:08 Failed to decode at 7%
03:04:08 110 ms dropout (ignored)
03:04:28 Failed to decode at 8%
03:04:28 100 ms dropout (ignored)
03:07:17 Failed to decode at 12%
03:07:17 300 ms dropout (ignored)
03:08:45 Failed to decode at 15%
05:20:50 Decoding exceeded time limit - cancelled
05:20:58 Saving options
05:20:59 Job completed
05:22:31 Exiting - good bye

beide dateien abgelegt im Ordner RecCopy -Fehler mit je über 2 stunden lassen sich aber nicht abspielen.
Im Ordner RecCopy -Originale ist nichts.
Im Hauptordner aufgenommene Sendungen befinden sich die beiden dateien mit grünen symbol aber zu kurz, nämlich einmal 1h 45min. und einmal 0h 20min.

Kann einer sagen was da nun wieder los ist, Monatelang funktioniert RecCopy einwandfrei und nun gleich zweimal hintereinander son schrott?

reiner

[FireBird]

RecCopy hat da nichts "zerschossen" da der Topf die beiden Aufnahmen nicht abspielen kann. Das zeigt das Log (failed to decode) und das bestätigst Du. Zusätzlich scheint das Abspielen komplett hängen geblieben sein, da RecCopy um 05:10 bzw. 05:20 die Notbremse gezogen hat.

Warum die Aufnahmen hinüber sind, kann ich leider nicht sagen.

[michael gürtler]

Hi allle zusammen,
ein Blinder Bekannter hat leider einen TF 5200c und damit sind die privaten ja verschlüsselt. Ich sagte ihn, na da nimmste halt reccopy und läßt die Aufnahmen Nachts automatisch endschlüsseln. Aber denkste, er kann ums Verrecken das Einstellungsmenü von reccopy nicht aufrufen. Es kommt beim drücken der Sleeptaste immer nur die Meldung Abschalttimer? Wir haben bei itina schon die Direktaufruftaste mit Sleep gelöscht und auch schon die Sleeptaste mit einer 0 zuvor probiert um die Taste von itina durchreichen zu lassen. Auch reccopy als einziges Tap im Auto Start brachte keinen Erfolg. Er will ja nur einmalig einen Wecktimer anlegen und ansonsten soll reccopy vollkommen im Hintergrund im Autostart laufen keinen Nachholtimer und nichts weiter besonderes Einstellen. Eben das er es vollkommen vergessen kann und dann auch keine weitere sehende Hilfe braucht. Aber wie erreichen wir um Himmelswillen dieses Einstellungsmenü damit der Timer gesetzt wird und die ini erzeugt wird????
Gruß Michael

[FireBird]

Hallo Michael,

läuft bei Deinem Bekannten vielleicht der TAPCommander? Dann beachtet RecCopy die Aufruftaste nicht und wird nur mehr über den Commander aktiviert.

MfG. Alex

[JayTee]

Wenn gar nichts anderes geht würde ich den Tapcommander vorschlagen, damit kommst du auch an die Einstellungen ran.

[michael gürtler]

[quote="FireBird"]Hallo Michael,

läuft bei Deinem Bekannten vielleicht der TAPCommander? Dann beachtet RecCopy die Aufruftaste nicht und wird nur mehr über den Commander aktiviert.

MfG. Alex[/quote]

Hi Alex,
nein. Den habe ich nicht und habe ihn auch nicht weiter empfohlen, da das ja wieder ein Tap ist bei dem wir sehende Hilfe brauchen und die ist nicht immer da. Reccopy läuft doch eigendlich auch alleine gut, so wie ich es in den über 110 Seiten verfolgt habe. Und jedes Tap in das man manuell eingreifen muß und nur sehend Kontrolle hat, stört uns eigendlich mehr als es nützt. Außer wie bei Reccopy, das ja dann im Hintergrund laufen soll, wenn es einmal konfiguriert ist.
Ich bin ja ebend so Ratos, weil auch nur mit Reccopy alleine, eifach das "dähmliche" Einstellungsmenü nicht erscheit.
Gruß Michael

[cluberer99]

Eventuell wurde die Aufruftaste umbelegt. Wenn RecCopy alleine läuft wäre das noch die einzige Möglichkeit.

Teste mal die Tasten Sleep, UHF, FAV und die Farbtasten.

[Tapeworm]

Hi Leute,

ich bräuchte da mal Hilfe.
Ich benutze den Topf jetzt seit fast einem Jahr, und bisher hat RecCopy immer gut funktioniert, aber seit ~7.3. funktioniert das entschlüsseln nicht mehr, alle Aufnahmen landen im RecCopy Fehler ordnern. Bin schon ganz verzweifelt..

Sitze im Unitymedia kabel netz, mit alphacrypt classic. Das Protokoll sagt dies hier:

12.03.2010
10:33:48 Version 4.5a
10:33:48 Start reason is 'Boot'
10:33:48 Loading language file with success
10:33:49 Loading options
10:33:49 Activity after completion will be 'Waiting'
10:33:49 Entering waiting state
13.03.2010
05:58:06 Time for the daily job
05:58:15 Added "Cold Case - Kein Opfer ist je vergessen-5-2" to list
05:58:15 Working in /DataFiles
05:58:15 Scanning "Cold Case - Kein Opfer ist je vergessen-5-2"
05:58:15 Switching to decoding channel 5 ($ kabel eins)
05:58:16 Originals will be deleted
05:58:16 Decoding "Cold Case - Kein Opfer ist je vergessen-5-2"
05:58:18 Waiting for playback stabilization
05:58:38 Failed to stabilize
05:58:39 Retrying to stabilize
05:58:59 Failed to stabilize
05:59:00 Retrying to stabilize
05:59:20 Failed to stabilize
05:59:31 Saving options
05:59:31 Job completed
05:59:31 Entering waiting state

Was kann das sein? Was kann ich tun?

[FireBird]

Willkommen im Forum.

Zum Provider müssen die Kabel-Spezis etwas sagen, aber kannst Du das Original noch abspielen?

[jnrothen]

Hallo,

ich habe dasselbe Problem wie Tapeworm. Ich habe gerade mal das Logfile überprüft. Das letzte Mal, dass Reccopy funktionierte war am 7.3., allerdings bin ich KDG.Kunde.
Hier mal ein Logfile-Auszug, wo ich ein Decodieren über Reccopy versucht habe, bzw. normaler Start von Reccopy über Timer. Entschlüsseln über Filer ging ganz Problemlos

20.03.2010
06:45:37 Version 4.5a
06:45:37 Start reason is 'Boot'
06:45:37 Loading language file with success
06:45:37 Loading options
06:45:37 Processing RecCopy timer
06:45:37 Activity after completion will be 'Shutdown'
06:45:45 Added "Der Tag, an dem die Erde stillstand" to list
06:45:45 Working in /DataFiles
06:45:47 Scanning "Der Tag, an dem die Erde stillstand"
06:46:26 Originals will be kept
06:46:26 Decoding "Der Tag, an dem die Erde stillstand"
06:46:28 Waiting for playback stabilization
06:46:38 Stabilization reached
06:46:38 Speeding up
06:46:39 Speeding up
06:46:43 Can't start decoding
06:46:54 Saving options
06:46:55 Job completed
06:48:25 Exiting - good bye
21.03.2010
07:14:29 Version 4.5a
07:14:29 Start reason is 'Boot'
07:14:29 Loading language file with success
07:14:29 Loading options
07:14:29 Activity after completion will be 'Waiting'
07:14:35 Entering waiting state
17:15:47 TAPCOM (decode some) accepted
17:15:49 Added "Barbie und das Geheimnis von Oceana" to list
17:15:49 Working in /DataFiles
17:15:49 Scanning "Barbie und das Geheimnis von Oceana"
17:15:49 Switching to decoding channel 1 (Das Erste)
17:15:50 Originals will be kept
17:15:50 Decoding "Barbie und das Geheimnis von Oceana"
17:15:52 Waiting for playback stabilization
17:15:58 Stabilization reached
17:15:58 Speeding up
17:15:59 Speeding up
17:16:04 Can't start decoding
17:16:09 Job completed
17:16:11 Entering waiting state

Ich bin einigermaßen ratlos

Viele Grüße
Jürgen

[FireBird]

Bei Tapeworm sieht es so aus, als wäre das Original nicht mehr abspielbar. Bei Dir startet das Playback, aber nach dem Steigern der Geschwindigkeit auf 4x gibt es ein Problem. Versuche es einmal mit 2x.

[jnrothen]

Bei Tapeworm sieht es so aus, als wäre das Original nicht mehr abspielbar. Bei Dir startet das Playback, aber nach dem Steigern der Geschwindigkeit auf 4x gibt es ein Problem. Versuche es einmal mit 2x.

Ich überprüfe es, ob es mit 2x funktioniert. Hier mal das Logfile der letzten erfolgreichen Entschlüsselung:

Code: Alles auswählen

07.03.2010
06:45:37  Version 4.5a
06:45:37  Start reason is 'Boot'
06:45:37  Loading language file with success
06:45:37  Loading options
06:45:37  Processing RecCopy timer
06:45:37  Activity after completion will be 'Shutdown'
06:45:45  Added "Disneys Tarzan & Jane" to list
06:45:45  Working in /DataFiles
06:45:48  Scanning "Disneys Tarzan & Jane"
06:46:07  Originals will be kept
06:46:07  Decoding "Disneys Tarzan & Jane"
06:46:10  Waiting for playback stabilization
06:46:16  Stabilization reached
06:46:16  Speeding up
06:46:17  Speeding up
06:46:22  Packet filter active (ECM/EMM + Teletext)
06:46:22  Decoding into "Disneys Tarzan & Jane(COPY)-1"
06:57:50  Failed to decode at 53%
06:57:50  110 ms dropout (ignored)
07:03:55  Failed to decode at 82%
07:03:56  1020 ms dropout (ignored)
07:04:00  Failed to decode at 82%
07:04:02  1740 ms dropout (ignored)
07:04:17  Failed to decode at 84%
07:04:17  510 ms dropout (ignored)
07:07:41  Decoding finished
07:07:42  Adjusting playtime to 81 minutes
07:07:51  Saving options
07:07:51  Job completed
07:09:21  Exiting - good bye

[FireBird]

Naja, erfolgreich ist was anderes. Ob die Dropouts schon durch den Empfang entstanden sind, läßt sich halt nicht feststellen.

[Maliboy]

Verschiebt euren RecCopy Start mal auf einen Früheren Termin. Ich lasse RecCopy um 3 Uhr laufen und da scheint es noch zu funktionieren. Aber evtl. haben die Netzbetreiber schon wieder an der Codierung rumgespielt .

[Tapeworm]

Verschiebt euren RecCopy Start mal auf einen Früheren Termin. Ich lasse RecCopy um 3 Uhr laufen und da scheint es noch zu funktionieren. Aber evtl. haben die Netzbetreiber schon wieder an der Codierung rumgespielt .

Das probiere ich gleich mal aus. Bisher ist mein Start immer um 6Uhr gewesen, weil ich manchmal auch die Wiederholung aufnehme, die dann erst so spät fertig ist.

Ich habe auch die Befürchtung, dass die Zeit in der eine Aufnahme decodiert werden kann, noch weiter geschrumpft ist. Das wäre richtig doof..
Aber könnte es auch etwas anderes sein?

Hat denn kein anderer dieses Problem?

[Tapeworm]

Soo, Problem gefunden.

Wie so oft wieder mal ein Bedienungsproblem..

Cirka zu dem Zeitpunkt, als das Problem auftrat, habe ich mehrmals das alphacrypt ausgetauscht, weil wir das von einer Bekannten bei mir ausprobiert haben.
Offenbar sind dabei die Einstellungen zum Jugendschutz zurück gesetzt worden, weshalb RecCopy bzw. das Alphacrypt beim Entschlüsseln immer nach dem Jugendschutz PIN gefragt hat, selbst wenn FSK0 war..
Habe die Einstellung jetzt im Alphacrypt korrigiert, und es geht wieder.