TTD Forum

[quote=""harbad""]bei drei von drei dateien die vorher über reccopy entschlüsselt wurden? wie geschrieben, ich hab mir eine davon geschnappt und projectx ist damit zufrieden.[/quote]

Es kann durchaus verschlüsselte (oder defekte?) Inhalte geben, die beim Ansehen nicht auffallen. Hast Du mit ProjectX alle enthaltenen Pakete extrahiert?

Theorie1: die verschlüsselten Pakete liegen vor dem ersten I-Frame, wenn PX wirklich nichts zu Maulen hatte.

Theorie2: if ((Buffer == 0x47) && ((Buffer [i + 3] & 0xC0) != 0)) liefert irgendwo im Header true (wobei i ein ganzzahliges Vielfaches von 188 sein muß)

Theorie3: Es wurde ein verschüsseltes Zusatzpaket mit aufgenommen, das aus welchem Grund auch immer nicht entschlüsselt werden kann.

[quote=""Harvey""]Theorie2: if ((Buffer == 0x47) && ((Buffer [i + 3] & 0xC0) != 0)) liefert irgendwo im Header true (wobei i ein ganzzahliges Vielfaches von 188 sein muß)[/quote]

Busted!

Der Check beginnt aus mysteriösen Gründen erst hinter dem Header (ab Cluster 5 - und wow, das ist weit hinter dem Header ).

OK - so tief habe ich nicht rein geschaut.

[quote=""Harvey""]OK - so tief habe ich nicht rein geschaut.[/quote]

Dafür sind Deinen anderen beiden Theorien ja ganz plausibel.

und das bedeutet jetzt für mich? px steht auf alles extrahieren.

[quote=""harbad""] und das bedeutet jetzt für mich? px steht auf alles extrahieren.[/quote]

Das heißt: Formal ist die Aufnahme noch verschlüsselt, aber in der Praxis spielt es keine Rolle (oder ProjectX nimmt es nicht so genau).

dann sollte es vielleicht optional möglich sein, das reccopy die kopien in einen ordner verschiebt.

[quote=""harbad""]dann sollte es vielleicht optional möglich sein, das reccopy die kopien in einen ordner verschiebt.[/quote]

Es wird zur Zeit ein anderer Ansatz verfolgt.

solange ihr den noch einholt

Hi

Ich habe folgendes Problem mit recCopy (trat bereits das zweite Mal auf, aber mit unterschiedlichen Dateien).

Es scheint als würde sich recCopy aufhängen.

folgende zeitliche Konfiguration:
2:00 JAGs Auto Off
2:15 Timer für RecCopy
6:00 Timer für JAG EPG (EPG Scan Intervall 5:00-8:00)

Es sollten lt. Protokoll 4 Dateien kopiert werden.

1.Datei 66 min
2.Datei 51 min Desperate Housewives_20070521_2108
...

RecCopy startet auch lt. Protokoll, doch nach der zweiten Datei ist Schluß.
...
02:43:57 Decoding into "Desperate Housewives_20070521_2108(COPY)-1"
05:00:27 Decoding finished
05:00:27 A recording is currently in progress
05:00:35 Saving options
05:00:35 Job completed
05:02:05 Exiting - good bye
Es gibt dann wieder Einträge um 5:00:27 Uhr als JAG EPG Scan lief.

Der Eintrag
05:00:27 A recording is currently in progress
deutet auf eine Aufnahme hin, aber es war zu diesem Zeitpunkt keine Aufnahme aktiv. Ich vermute damit ist noch der hängengebliebene COPY gemeint.

Auszug aus FpLog.txt
02:15:29 Timer has been deleted: 2007-05-22 02:15 RecCopy.rec
02:15:29 Timer has been added : 2007-05-23 02:15 RecCopy.rec
02:15:34 Started sending timer : 16:26 (1, 2007-05-22)
02:15:34 Started sending timer : 06:00 (1, 2007-05-22)
05:00:37 Stopped sending timer : 16:26
05:00:37 Stopped sending timer : 06:00
05:00:40 Started sending timer : 16:26 (1, 2007-05-22)
05:00:40 Started sending timer : 06:00 (1, 2007-05-22)
05:01:24 No valid timers within 1 second
05:02:09 Message: 35 c0 8e 8e ff ff 03 //Show LED string (shown only once)
05:02:09 Timer has been added : 2007-05-23 23:14 Without a Trace - Spurlos _20070523_2317.rec
Die zuletzt bearbeitet Datei ist danach doppelt vorhanden und beide sind als teilentschlüsselt markiert.
Einmal in RecCopy-Originale- Directory mit original Zeitstempel (51min) und einmal im original Directory aber mit 22/5/2007 2:43 (48min). Bei der original Datei gibt es bei der Wiedergabe bei Minute 48 einen Aussetzer von ca. 10 sec.

8:30 Topf ist an, am Display steht COP obwohl NiceDisplay installiert ist. Am Bildschirm läuft Programm von P001 aber keine Inserts. Reagiert kaum auf die FB.

Manuelles Kopieren dieser Datei ging danach jedoch ohne Probleme.

Kann es sein das das Kopieren zu schnell gestartet wird, obwohl manche TAPs noch in der init Phase sind.
Display zeigt COP obwohl NiceDisplay installiert ist. Der Start dauert ca. 35 sec.

Gruß Ramses

[quote=""harbad""]solange ihr den noch einholt [/quote]

Er ist schon umzingelt.

[quote=""ramses69""]Es scheint als würde sich recCopy aufhängen.[/quote]

Nun, RecCopy hat sich sicherlich nicht aufgehängt:

[quote=""ramses69""][/quote]

Es hat sich sauber beendet.

[quote=""ramses69""]Der Eintrag
05:00:27 A recording is currently in progress
deutet auf eine Aufnahme hin, aber es war zu diesem Zeitpunkt keine Aufnahme aktiv. Ich vermute damit ist noch der hängengebliebene COPY gemeint.[/quote]

Das kann gut sein. RecCopy ist halt davon abhängig, dass die Firmware so funktioniert, wie sie soll. Wenn sie es nicht tut, versucht RecCopy alles, was es kann, um das Chaos zu minimieren. Wunder kann es leider keine vollbringen.

[quote=""ramses69""]Auszug aus FpLog.txt[/quote]

Ich würde Dir den V4-Timer-Patch empfehlen. Hier wird ziemlich viel Zeugs an den Frontpanelprozessor geschickt.

[quote=""ramses69""]Kann es sein das das Kopieren zu schnell gestartet wird, obwohl manche TAPs noch in der init Phase sind.[/quote]

Wenn Du das befürchtest, solltest Du RecCopy als letztes starten.

[quote=""ramses69""]Display zeigt COP obwohl NiceDisplay installiert ist. Der Start dauert ca. 35 sec.[/quote]

Immer?

Hi

Sorry, Aufgehängt ist vielleicht nicht ganz richtigt, vielleicht wäre hängengeblieben der bessere Ausdruck.

02:43:57 Decoding into "Desperate Housewives_20070521_2108(COPY)-1"
05:00:27 Decoding finished
Das Decodieren sollte für eine 61 min Datei nach ca. 16 min abgeschlossen sein, aber recCopy meldet sich erst um 5:00 wieder (nach über 2 Stunden).

Was ist mit den restlichen Dateien? Nachholtimer ist bis 12:15 eingestellt

COP wird nur angezeigt wenn sich der Topf "aufhängt".

Gruß Ramses

@ramses69

hast du zufällig deine firmware gepatcht ?
und wenn ja, mit dem TimerPatch ?

[quote=""ramses69""]aber recCopy meldet sich erst um 5:00 wieder (nach über 2 Stunden).[/quote]

Falsch. Die Firmware meldet offenbar erst nach 2 Stunden, dass das Abspielen beendet ist. Darauf wartet RecCopy nämlich.

[quote=""ramses69""]Was ist mit den restlichen Dateien?[/quote]

Diese sind der Katastrophen-Situation "laufende Aufnahme" zum Opfer gefallen. Wenn das passiert, bricht RecCopy natürlich ab.

[quote=""ramses69""]Nachholtimer ist bis 12:15 eingestellt[/quote]

Das ist ein guter Hinweis. Ein Nachholtimer wird in diesem Fall nicht gesetzt, was in der nächsten Version behoben werden sollte.

[quote=""ramses69""]COP wird nur angezeigt wenn sich der Topf "aufhängt".[/quote]

Eben, der Topf hängt sich auf.

Vielleicht sollte ich noch einmal klarstellen, dass RecCopy nicht entschlüsselt oder so etwas. Es startet nur eine Wiedergabe, beschleunigt diese, startet die Kopie und wartet auf das Ende. Es ist dabei in höchstem Maße von der Firmware abhängig.

[quote=""BlackOne""]@ramses69

hast du zufällig deine firmware gepatcht ?
und wenn ja, mit dem TimerPatch ?[/quote]

Ja

siehe bitte Attachment

Gruß Ramses

@ramses69


wenn du lust auf testen hast und
wenn du den TimerPatch nicht dringed brauchst,
nimm den mal raus.
dann beobachte mal ob recopy wieder
vernünftig arbeitet.

Oder, wenn schon, verwende die Version 4 des Patches (obwohl die bei BlackOne ja offenbar auch zu Merkwürdigkeiten führt).

[quote=""BlackOne""]@ramses69


wenn du lust auf testen hast und
wenn du den TimerPatch nicht dringed brauchst,
nimm den mal raus.
dann beobachte mal ob recopy wieder
vernünftig arbeitet.[/quote]

Werde ich machen.
Ich habe auch die Dateien wieder in die original Directorys kopiert, und werde die Sache nochmals beobachten.

Ich vermute das der Aussetzer bei min 48 was damit zu tun hat, da die von recCopy erzeugte Datei genau davor endet. Bei der manuell kopierten ist der Aussetzer aber mitkopiert.

Gruß Ramses