RecCopy

[paul79]

Ich habe noch nie verstanden warum es diese Option überhaupt gibt

Genau daher:

Imho hatte mal jemand beobachtet, dass es zu weniger Aussetzern am Anfang kommt oder so ähnlich.

Es hatte mal jemand (ich bin jetzt auch zu faul zum suchen ops: ) beobachtet das die Entschlüsselung zuverlässiger läuft wenn man vorher auf den Sender der Aufnahme schaltet.
Es kann auch sein das die Beobachtung mit einm TwinCam gemacht wurde. Da ist es so das das CAM einen Moment braucht um zu entscheiden welche Karte es ansprechen muss. In dieser Zeit hatte RecCopy die Aufnahme aber schon als nicht entschlüsselbar zu den Fehlern gelegt. Kann auch noch zur Anfangszeit von RecCopy gewesen sein. Inzwischen gab es ja auch einige Verbesserungen im Alphacrypt so das sich hier auch einiges Verbessert hat.

Gruß
Paul

[TV-Junkie]

Ja und?
Wenn du den EPG Scan vor dem RecCopy Scan laufen lässt und es dabei einen Keywechsel auf der Karte gibt, dann kannst du danach kopieren bis du schwarz wirst, da hilft dir auch kein BootMenu.

Gruß Steven.

Du hast den Rest vergessen
Mit BM starte ich die Taps im Batch-Modus, und wenn Reccopy fertig ist, dann itiNa.
Muss das nur mal umstellen

[mvordeme]

Warum hilft der Batch-Modus gegen den Schlüsselwechsel?

[TV-Junkie]

Helfen tut er gar nicht
Wir waren uns aber einig. RecCopy vor dem scan laufen zu lassen,gelle
3PG scannt bei mir im Duo-Modus, und ob das zuträglich ist beim dekodieren? Funktioniert das überhaupt? Keine Ahnung.
Und bei iTiNa weiss ich es auch nicht ops:
Da aber die Zeit, die RecCopy braucht, zum entschlüsseln zwischen 0 (es gibt nicht zum entschlüsseln) oder ? liegt (je nach Aufnahme), könnte sich das was ins gehege kommen.
Wenn ich also den Topf via Timer starte zum entschlüsseln, dann läuft reccopy im batch-modus.
Ist es fertig, meldet RecCopy das an BM und startet von mir aus iTiNa auch im Batch-Modus mit dem scan.
Was ich nur nicht weiss bzw testen muss, ob der scan auch dann funktioniert, wenn es nur einen Timer, im dem Fall vom RecCopy gibt, oder den von iTiNa, dann aber der scan nicht zu dem Zeitpunkt ausgeführt wird wie in der Timerliste eingetragen (Verspätung je nach Länge der zu entschlüsselnden Aufnahme)

[mvordeme]

Ich weiß nicht, ob 3PG im Batch-Modus Timer und Uhrzeit ignoriert. Sinnvoll wäre es ja. Wenn nicht, dürfte der Scan auf diese Weise nicht funktionieren. Bei iTiNa bin ich aus Zeitmangel vor längerer Zeit aus der Diskussion ausgestiegen und habe gar keine Ahnung mehr.

Grüße,
-- mvordeme

[TV-Junkie]

Wie gesagt, müsste man mal testen

[cluberer99]

Mit BootMenu sollte man nur einen Timer benötigen um alles zu machen. (Aufnahmen entschlüsseln, EPG Scans der EPG-TAPs)
Auch spielt der Name vom Timer keine Rolle (iTiNa). Auch muss nicht auf einen bestimmten Kanal umgeschaltet werden (RecCopy) damit die TAPs ihre arbeit aufnehmen.
Das gilt aber nur wenn die TAPs mit BootMenu im Batchmodus gestartet werden.

[TV-Junkie]

Vielen Dank

[Klaus]

Es hatte mal jemand (ich bin jetzt auch zu faul zum suchen ops: ) beobachtet das die Entschlüsselung zuverlässiger läuft wenn man vorher auf den Sender der Aufnahme schaltet.

kann ich mir nicht vorstellen.

Es kann auch sein das die Beobachtung mit einm TwinCam gemacht wurde.

OK, das könnte es gewesen sein.

[pil]

Warum macht Reccopy sowas merwürdiges!
So, jetzt ist es wieder passiert
Ich habe gestern nachmittag wieder voller hoffnung die iTina0,99c drauf getan
und abends mal zwei Sendungen aufgenommen

um 19:40 GZSZ - RTL
und um 21:15 Raus aus den Schulden - RTL

beides hat er auch aufgenommen
Aber RecCopy hat wieder merwürdiges gemacht:
aus GZSZ ist ne 0min. datei gworden
Raus aus den Schulden ist richtig entschlüsselt und komplett
Der iTina scan um 5:30 lief auch korrekt
so hier mal der Reccopy.log vieleicht kann damit einer was anfangen:
11.09.2008
02:30:21 Version 4.2
02:30:21 Start reason is 'Boot'
02:30:21 Loading options
02:30:21 Processing RecCopy timer
02:30:21 Activity after completion will be 'Shutdown'
02:30:26 Added "Gute Zeiten, schlechte Zeiten ~ Folge 4072" to list
02:30:26 Added "Raus aus den Schulden ~ Familie H aus Siegen" to list
02:30:26 Working in /DataFiles
02:30:28 Scanning "Gute Zeiten, schlechte Zeiten ~ Folge 4072"
02:30:28 Scanning "Raus aus den Schulden ~ Familie H aus Siegen"
02:30:29 Switching to decoding channel 7 ($ RTL Television)
02:30:30 Originals will be deleted
02:30:30 Decoding "Gute Zeiten, schlechte Zeiten ~ Folge 4072"
02:30:32 Waiting for playback stabilization
02:30:40 Stabilization reached
02:30:41 Speeding up
02:30:42 Speeding up
02:30:44 Decoding into "Gute Zeiten, schlechte Zeiten ~ Folge 4072(COPY)-1"
02:31:01 Decoding finished
02:31:01 A recording is currently in progress
02:31:09 Saving options
02:31:10 Reschedule possible at 05:35
02:31:10 Reschedule timer set
02:31:10 Saving options
02:31:10 Job completed
02:32:43 Exiting - good bye
11.09.2008
05:30:21 Version 4.2
05:30:21 Start reason is 'Boot'
05:30:21 Loading options
05:30:21 Activity after completion will be 'Waiting'
05:30:26 Entering waiting state
05:33:29 Reschedule possible at 05:48
05:33:29 Reschedule timer set
05:33:29 Saving options
05:46:00 Reschedule possible at 06:01
05:46:00 Reschedule timer set
05:46:00 Saving options
11.09.2008
06:01:21 Version 4.2
06:01:21 Start reason is 'Boot'
06:01:21 Loading options
06:01:21 Processing RecCopy timer
06:01:21 Activity after completion will be 'Shutdown'
06:01:26 Added "Raus aus den Schulden ~ Familie H aus Siegen" to list
06:01:26 Added "Gute Zeiten, schlechte Zeiten ~ Folge 4072" to list
06:01:26 Working in /DataFiles
06:01:28 Scanning "Gute Zeiten, schlechte Zeiten ~ Folge 4072"
06:01:28 Removing unencrypted "Gute Zeiten, schlechte Zeiten ~ Folge 4072" from list
06:01:29 Switching to decoding channel 7 ($ RTL Television)
06:01:30 Originals will be deleted
06:01:30 Decoding "Raus aus den Schulden ~ Familie H aus Siegen"
06:01:32 Waiting for playback stabilization
06:01:41 Stabilization reached
06:01:41 Speeding up
06:01:42 Speeding up
06:01:46 Decoding into "Raus aus den Schulden ~ Familie H aus Siegen(COPY)-1"
06:19:42 Decoding finished
06:19:51 Saving options
06:19:52 Job completed
06:21:22 Exiting - good bye

Kann mir bitte einer helfen meine Frau bekommt grad ne krise weil ihr GZSZ zerstört wurde

reiner

[JayTee]

Ich würd vielleicht einfach mal damit anfangen die Originale nicht löschen zu lassen

[FireBird]

Wie gross ist GZSZ?

[Wolfman]

Scheinbar hat auch RecCopy eine interne Qualitätskontrolle....

[Gerti]

Hi!

RecCopy löscht nichts, wenn die Kopie nicht geklappt hat. Also war hier wohl auch das Original nicht länger.

Gruß,
Gerti

[JayTee]

Was ich eigenartig finde, ist der Teil:

02:30:30 Decoding "Gute Zeiten, schlechte Zeiten ~ Folge 4072"
02:30:32 Waiting for playback stabilization
02:30:40 Stabilization reached
02:30:41 Speeding up
02:30:42 Speeding up
02:30:44 Decoding into "Gute Zeiten, schlechte Zeiten ~ Folge 4072(COPY)-1"
02:31:01 Decoding finished
02:31:01 A recording is currently in progress
02:31:09 Saving options
02:31:10 Reschedule possible at 05:35

Da ist ja wohl wirklich nur 30s decodiert worden, aber was ist das mit der laufenden Aufnahme?

[pil]

[quote="FireBird"]Wie gross ist GZSZ?[/quote]
so 45min. (mit nachlauf) 1100MB
[quote="Gerti"]
RecCopy löscht nichts, wenn die Kopie nicht geklappt hat. Also war hier wohl auch das Original nicht länger.
[/quote]
Doch ich habe sicherheitshalber die folge mit Top Set auf PC gesichert gestern Abend.
die ist wie gesagt 1100 MB groß auf dem Topf war aber nur noch ne kleine ca. 1000KB große datei.

kann da einer aus den log erkennen was los ist.??

reiner

[FireBird]

Könnte iTiNa einen "Upps,-da-ist-ja-gerade-was-Timer" gesetzt haben, von den RecCopy nichts wusste und der die Kopie gestoppt haben könnte? Oder ein Scan-Timer?

[pil]

[quote="JayTee"]Was ich eigenartig finde, ist der Teil:

Da ist ja wohl wirklich nur 30s decodiert worden, aber was ist das mit der laufenden Aufnahme?[/quote]

Ich habe keinen Plan da ist defenitiv zur zeit keine laufende aufnahme gewesen.

reiner

[JayTee]

[quote="pil"]Ich habe keinen Plan da ist defenitiv zur zeit keine laufende aufnahme gewesen.

reiner[/quote]

Definitiv?

Willst du damit sagen du hast um 2:31Uhr vor der Kiste gesessen?

Kannst du das:

[quote="FireBird"]Könnte iTiNa einen "Upps,-da-ist-ja-gerade-was-Timer" gesetzt haben, von den RecCopy nichts wusste und der die Kopie gestoppt haben könnte? Oder ein Scan-Timer?[/quote]

ausschließen?

[pil]

Auch der RecCopy.log von heut Nacht sah genau so aus
(angeblich mit A recording is currently in progress)
Fakt ist um 02.30 hat RecCopy zwar eingeschaltet aber nichts getan
um 05:30 hat iTina Scan eingeschaltet und ordnungsgemäß seinen scan gemacht.
und um 06:00 (kann sein das meinen Frau um die zeit den Topf angeschalten hat )
hat Reccopy anfangen wollen mit entschlüsseln.
Ich weiss nur das meine Frau mich heut morgen auf Arbeit um 06:30 angerufen hat
und sagte das da was von copy und 240min. restdauer steht woraufhin sie abgebrochen hat.

Das MUSS was mit der iTina 0,99c zu tun haben bei der 0,99b gabs das nicht!!!
ist eigentlich der P Umschalttimerin RecCopy richtig?
bitte helft mir

edit:

Definitiv?

Willst du damit sagen du hast um 2:31Uhr vor der Kiste gesessen?

Kannst du das:

ausschließen?

Ich hab natürlich nicht vorgesessen. es war nichts programmiert und laut Aufnahmeprotokoll von iTina lief da nur der GZSZ (copy) also der kopiervorgang von GZSZ
ABER das genau hat er ja halt nicht gemacht