RecCopy

[Penny_666]

Tja RecCopy hat wohl Recht, die Aufnahme ist zwar brauchbar aber:

Code: Alles auswählen

[...]
!> PID 0x2FF >> Daten als verschlüsselt markiert, Paket 4532430 bei 852098344 -> ignoriert
!> PID 0x303 >> Daten als verschlüsselt markiert, Paket 4532434 bei 852099096 -> ignoriert
!> PID 0x301 >> Daten als verschlüsselt markiert, Paket 4532436 bei 852099472 -> ignoriert
!> PID 0x300 >> Daten als verschlüsselt markiert, Paket 4532447 bei 852101540 -> ignoriert
[...]

An der Stelle ist auch beim Abspielen dann deutlich kurz geschronsel zu sehen und der Ton fällt aus. Es ist aber sehr schön das RecCopy die Datei trotzdes Fehlers im Stream komplett zu Ende entschlüsselt hat, der Stream ist ja bis auf den kurzen Aussetzer brauchbar.

[ibbi]

In den beschriebenen Fällen meldet der Topf, dass die Entschlüsselung (kurzfristig) aussetzt. Das einzige, was man da sicherheitshalber machen kann, ist, das Original als fehlerhaft anzusehen. Da muss dann der Benutzer entscheiden.

Das Flag der Kopie, die in diesem Fall dann noch den (COPY)-Zusatz hat (stimmt das?), setzt der Topf.

Nochmals: RecCopy kann nur auf die Funktionen zurückgreifen, die der Topf zur Verfügung stellt. Wenn der behauptet, die Entschlüsselung hat ausgesetzt, muss irgendwie reagiert werden.

[Ricki]

[quote=""ibbi""]In den beschriebenen Fällen meldet der Topf, dass die Entschlüsselung (kurzfristig) aussetzt. Das einzige, was man da sicherheitshalber machen kann, ist, das Original als fehlerhaft anzusehen. Da muss dann der Benutzer entscheiden.

Das Flag der Kopie, die in diesem Fall dann noch den (COPY)-Zusatz hat (stimmt das?), setzt der Topf.

Nochmals: RecCopy kann nur auf die Funktionen zurückgreifen, die der Topf zur Verfügung stellt. Wenn der behauptet, die Entschlüsselung hat ausgesetzt, muss irgendwie reagiert werden.[/quote]

war ja auch nicht als Vorwurf gemeint, sondern als Info was so gelaufen ist.

[Maliboy]

@Ibbi
Diesmal habe ich aber wahrscheinlich einen wirklichen Bug.
Ich wollte die gleiche Datei wie gestern noch einmal entschlüsseln (um herauszufinden, ob die Meldung an der gleichen Stelle kommt).
Ich hatte gestern Abend aber mal ein wenig Aufgeräumt (habe jetzt wieder 9 % Festplatte, was 18 GB Entspricht) frei.
Doch RecCopy hat seinen Dienst verweigert.
Auszug aus dem Logfile:

Code: Alles auswählen

18:01:01 Filer reported 1694 MB in recycle bin
18:01:01 Disc space constraint (only 16773 MB left)

Oder berechnest Du auch noch die Timer mit ein (ohne das es im LOG File steht) ? Dann könnte es in der Tat eng werden, da heute noch einige Timer auf den Programm stehen (wobei 3PG alle noch mit Weiß anzeigt).

[paul79]

[quote=""Maliboy""]
Oder berechnest Du auch noch die Timer mit ein (ohne das es im LOG File steht) ? Dann könnte es in der Tat eng werden, da heute noch einige Timer auf den Programm stehen (wobei 3PG alle noch mit Weiß anzeigt).[/quote]

Es gibt doch bei RecCopy die Einstellung wieviel Aufnahme-Kapazität von RecCopy für weitere Aufnahmen frei gehaltn werden soll. Auf welchem Wert steht dieser Menüpunkt bei Dir?

Gruß
Paul

[Maliboy]

[quote=""paul79""]Auf welchem Wert steht dieser Menüpunkt bei Dir?[/quote]

Prüfe ich gleich nach.
Aber, gestern hatte ich definitiv viel weniger Platz auf der Festplatte und es funktionierte...

Aber, ich meine mich zu erinnern, das Ibbi tatsächlich die Zukünftigen Timer mit in die Kalkulation mit einbezieht...
Und, wenn dann noch die von Dir angesprochene Reserve dazu kommt, könnte es sein, das die Platte sich doch schon wieder dem Ende nähert

[ibbi]

[quote=""Ricki""]war ja auch nicht als Vorwurf gemeint, sondern als Info was so gelaufen ist. [/quote]

Habe ich auch nicht so verstanden.

[ibbi]

[quote=""Maliboy""]Aber, ich meine mich zu erinnern, das Ibbi tatsächlich die Zukünftigen Timer mit in die Kalkulation mit einbezieht...[/quote]

Ich nicht, das machst Du - wie paul79 auch schrieb - schon selbst, und zwar durch die Option "Aufnahmereserve". Es spielt somit durchaus eine Rolle, wann Du RecCopy startest, d. h. wieviele Aufnahmen demnächst anstehen.

[kantjer]

Hi,

I just came back from a short vacation and found 1 rec file in the failed directory. Strangely enough the decoded rec file was also on disk in the right directory (moved by Automove)

The log file for that file shows the following:

Code: Alles auswählen

01.07.2007
03:02:27  Version 4.1b7a
03:02:27  Start reason is 'Batch'
03:02:28  Loading options
03:02:28  Activity after completion will be 'Exit'
03:02:28  Added "NCIS (R)» CSI NY» Law and Order" to list
03:02:28  Added "Law & Order  Criminal intent * Unchained ~ Misdaad" to list
03:02:28  Working in /DataFiles
03:02:28  Scanning "NCIS (R)» CSI NY» Law and Order"
03:02:36  Scanning "Law & Order  Criminal intent * Unchained ~ Misdaad"
03:02:43  Removing unencrypted "Law & Order  Criminal intent * Unchained ~ Misdaad" from list
03:02:43  Filer reported 16773 MB in recycle bin
03:02:43  Switching to decoding channel 21 ($ Five)
03:02:44  Originals will be put into recycle bin
03:02:44  Decoding "NCIS (R)» CSI NY» Law and Order"
03:02:46  Waiting for playback stabilization
03:02:51  Stabilization reached
03:02:51  Speeding up
03:03:00  Decoding into "NCIS (R)» CSI NY» Law and Order(COPY)-1"
03:39:29  Failed to decode at 39%
04:07:45  Decoding finished
04:07:58  Saving options
04:07:58  Job completed
04:07:58  Exiting - good bye

Any idea what happened here?

[Maliboy]

Hatte ich gestern doch glatt vergessen noch drauf zu reagieren ops:

[quote=""ibbi""]Nochmals: RecCopy kann nur auf die Funktionen zurückgreifen, die der Topf zur Verfügung stellt. Wenn der behauptet, die Entschlüsselung hat ausgesetzt, muss irgendwie reagiert werden.[/quote]

Interessant ist jetzt für mich, das es beim zweiten Durchgang diesen Fehler nicht gab
Und gesehen habe ich wie gesagt auch keinen Fehler (IMHO auch ProjectX nicht).

Haken wir das ganze also unter den Punkt ab: Dinge, die wir nicht verstehen...

[quote=""ibbi""]Ich nicht, das machst Du - wie paul79 auch schrieb - schon selbst, und zwar durch die Option "Aufnahmereserve". Es spielt somit durchaus eine Rolle, wann Du RecCopy startest, d. h. wieviele Aufnahmen demnächst anstehen.[/quote]

Da stellt sich mir jetzt natürlich die Frage, ob es sinnvoll ist, das diese Kontrolle auch beim manuellen antriggern über TAPCOM greift. Schließlich kann ich ja nach dem Entschlüsseln eingreifen. Beim automatischen Vorgang dagegen ist diese Funktion sinnvoll.

[ibbi]

[quote=""kantjer""]Any idea what happened here?[/quote]

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).

[ibbi]

[quote=""Maliboy""]Interessant ist jetzt für mich, das es beim zweiten Durchgang diesen Fehler nicht gab [/quote]

Vielleicht hatte das CAM einen schlechten Tag.

[quote=""Maliboy""]Da stellt sich mir jetzt natürlich die Frage, ob es sinnvoll ist, das diese Kontrolle auch beim manuellen antriggern über TAPCOM greift.[/quote]

Gute Frage.

Allerdings weiß RecCopy ja nicht, ob/dass TAPCOM manuell ausgelöst wurde.

[Maliboy]

[quote=""ibbi""]Allerdings weiß RecCopy ja nicht, ob/dass TAPCOM manuell ausgelöst wurde.[/quote]



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 ?

[ibbi]

[quote=""Maliboy""]Wer (bzw. welches TAP) außer Filer veranlasst den RecCopy dazu, Dateien zu entschlüsseln[/quote]

Weiß ich nicht, aber dafür gibt es TAPCOM ja. Offene Schnittstelle für jedermann.

[quote=""Maliboy""]wenn nicht RecCopy selber (was bestimmt nicht via TAPCOM läuft)?[/quote]

Oh doch, einige interne Funktionen laufen über dieselben TAPCOM-Mechanismen. Allerdings kann ich natürlich feststellen, ob ich von außen angestoßen wurde.

[quote=""Maliboy""]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]

Möglich ist alles.

Wenn Bedarf besteht, die Aufnahmereserve zu ignorieren, müsste das ein Parameter für den TAPCOM-Aufruf werden, was allerdings Umbau an der Schnittstelle erfordern würde.

[skylink]

Ich habe RecCopy per Altair auf den Topf gespielt. Ich habe alles, wie in der Anleitung beschrieben, konfiguriert. Starttime ist nachts um 3.
Leider hat es bislang nicht funktioniert. Die Filme sind nicht entschluesselt und einen Papierkorb mit den Originaldateien kann ich auch nicht finden.
Muss ich noch mehr auf den Topf kopieren, z.B. TSR-Commander, damit es korrekt funzt

[Elle4u]

[quote=""skylink""]Ich habe RecCopy per Altair auf den Topf gespielt. Ich habe alles, wie in der Anleitung beschrieben, konfiguriert. Starttime ist nachts um 3.
Leider hat es bislang nicht funktioniert. Die Filme sind nicht entschluesselt und einen Papierkorb mit den Originaldateien kann ich auch nicht finden.[/quote]

Hast Du denn auch einen Timer anlegen lassen oder nur die zeit eingestellt?
Ist der Timer in der Timer-Übersicht zu sehen?

Extra aufspielen musst Du sonst nichts.

[ibbi]

[quote=""skylink""]Muss ich noch mehr auf den Topf kopieren, z.B. TSR-Commander, damit es korrekt funzt [/quote]

Nein, musst Du nicht.

Was steht im Protokoll?

[skylink]

Ein Protokoll kann ich nicht aufrufen. Es gibt wohl keines. Vielleicht habe ich etwas uebersehen. Einen Timer habe ich naehmlich nicht anlegen lassen. Ganz ehrlich, das sagt mir momentan auch nichts

[skylink]

Ich habe mir gerade noch einmal die Anleitung angeschaut.
Den Punkt "Timer erstellen" habe ich voellig uebersehen ops:
Daran wird es wohl liegen. Mein Fehler

Danke fuer die schnelle Aufklaerung.

[ibbi]

[quote=""skylink""]Ein Protokoll kann ich nicht aufrufen. Es gibt wohl keines.[/quote]

Ein Protokoll gibt es immer.