RecCopy

[rs5]

[quote=""ibbi""]Stoppst Du die Aufnahme manuell oder ist RecCopy normal fertig?[/quote]

Ich lasse RecCopy ganz normal fertig laufen und drücke während der Tests auch keine Taste auf der Fernbedienung.

Ich habe jetzt mal mit 0 gestartet damit keine Taps laufen.
Danach RecCopy manuell gestartet.

Entschlüsselungsversuch -> Freeze.

Ich habe mir auch das Ende der Verschlüsselten und Entschlüsselten Datei angesehen. Es scheint so, daß das Entschlüsseln komplett fertig ist, aber scheinbar beim move der Datei in RecCopy -Originale- was schief geht. Denn dort ist die verschlüsselte Datei noch nie gelandet.

Ich werde jetzt mal ein Backup der Settings machen, und mal die Firmware auf Jänner aktualisieren und das ganze dann nochmals probieren.


Grüße
Reinhard

[Steven]

[quote=""rs5""]Ich werde das ganze jetzt mal ohne Automove etc... durchspielen.[/quote]

Stell doch mal eine Verzögerung von 30 Sekunden bei Automove ein.

Könnte helfen.

Gruß Steven.

Edit: OK, das war es nicht.

[rs5]

[quote=""Steven""]Stell doch mal eine Verzögerung von 30 Sekunden bei Automove ein.

Könnte helfen.

Gruß Steven.

Edit: OK, das war es nicht.[/quote]

Ich habe ja auch ohne Taps gestartet, trotzdem der Freeze.

Nach dem Aufspielen der FW Jan.07. lief die Entschlüsselung durch und die Originaldatei wurde in RecCopy -Originale- verschoben.

Scheint also wirklich ein Problem mit der Jun.05 Firmware und dem Verschieben der Datei zu sein.

Grüße
Reinhard

[Töppi]

Mit der Juni 05 gibt es doch auch die Probleme im Filer2 mit dem Verschieben und IMHO wurde ab der September05 FW was geändert.

[rs5]

[quote=""Töppi""]Mit der Juni 05 gibt es doch auch die Probleme im Filer2 mit dem Verschieben und IMHO wurde ab der September05 FW was geändert.[/quote]

Soviel ich weiß, wurde zwischen Jun.05 und Sept.05 beim Move was verändert.

Automove erkennt anhand der Firmware wie die Move-Funktion angesprochen werden muß.

Da ja in der Doku von RecCopy steht, daß die Firmware Jun.05 oder höher sein muß, dachte ich, daß auch RecCopy weiß, wie die Move-Funktion bei der Jun.05 Firmware angesprochen werden muß.


Aber ich hätte eine andere Frage an dich Klaus.

Ich bin jetzt auf der Suche nach der idealen Einstellung für Automove.
Es sollten die Dateien von verschlüsselten Sender erst verschoben werden, wenn RecCopy überprüft hat, ob sie entschlüsselt sind (gegebenenalls entschlüsselt hat).
Bis jetzt viel mir nur ein, das verschieben erst nach 48 Stunden zuzulassen, damit RecCopy zwei Tage Zeit hat, die Entschlüsselung durchzuführen.

Grüße
Reinhard

[Kobold]

@BartW
[quote=""BartW""]Du hast Recht. Du kannst Dir auch den Wecker auf 2:30 Nachts stellen und Kopiervorgang starten. Wenn zu diesem Zeitpunkt schon eine Aufnahme läuft, stellst den Wecker für 2Stunden später und versuchst es dann zu kopieren. Und das jeden Tag.



[/quote]

Oh Mann, Du weißt genau, dass sich meine Bemerkung auf fastcopy und sfastcopy bezog!
RecCopy halte auch ich für eines der wenigen wirklich sinnvollen TAPs.

Kobold

[nilssohn]

[quote=""rs5""]Bis jetzt viel mir nur ein, das verschieben erst nach 48 Stunden zuzulassen, damit RecCopy zwei Tage Zeit hat, die Entschlüsselung durchzuführen.[/quote]
So ist es bei mir eingestellt. Darüber hinaus bietet Automove die Option, (teil-) verschlüsselte Aufnahmen vom Verschieben auszunehmen. Je nach täglichem Aufnahmevolumen und der Zeit, die Du RecCopy zur Verfügung stellst, könnten die zwei Tage dadurch nochmals reduziert werden.

Viele Grüße

nilssohn

[Töppi]

[quote=""rs5""]Soviel ich weiß, wurde zwischen Jun.05 und Sept.05 beim Move was verändert.[/quote]

das meinte ich mit ab Sep.05....

Da ja in der Doku von RecCopy steht, daß die Firmware Jun.05 oder höher sein muß, dachte ich, daß auch RecCopy weiß, wie die Move-Funktion bei der Jun.05 Firmware angesprochen werden muß.

das weis nur ibbi, keine Ahnung, aber die Juni05 hatte ich nie laufen.

Ich bin jetzt auf der Suche nach der idealen Einstellung für Automove.
Es sollten die Dateien von verschlüsselten Sender erst verschoben werden, wenn RecCopy überprüft hat, ob sie entschlüsselt sind (gegebenenalls entschlüsselt hat).
Bis jetzt viel mir nur ein, das verschieben erst nach 48 Stunden zuzulassen, damit RecCopy zwei Tage Zeit hat, die Entschlüsselung durchzuführen.

Was heist ideal..
Ich hab es so:
Verschiebungslauf nach 60sek.
Nur nach allen Aufnahmen starten
Verschlüsselte/teilverschlüsselte vom Verschieben ausschließen. (keine Ahnung wie die genau heissen, bin nicht zuhause)

Die ersten 2 Punkte sind vor allem für den Duorecorderscan von 3PG wichtig.

[Elle4u]

Also zu dem Problem mit dem Freeze:

Mein Gedanke war auch sofort: Move-Funktion

Bei Filer2 scheint die "alte" Move-Funktion auch nicht mehr zu funktionieren.
Da das sicherlich inzwischen über die FireBirdLib läuft und Du diese ja auch verwendest, könnte ich mir vorstellen, dass sich da evtl. ein Fehlerchen eingeschlichen hat?

Evtl. kann mal jemand auf die alte FW wechseln und es testen...?

[rs5]

[quote=""nilssohn""]So ist es bei mir eingestellt. Darüber hinaus bietet Automove die Option, (teil-) verschlüsselte Aufnahmen vom Verschieben auszunehmen. Je nach täglichem Aufnahmevolumen und der Zeit, die Du RecCopy zur Verfügung stellst, könnten die zwei Tage dadurch nochmals reduziert werden.

Viele Grüße

nilssohn[/quote]

Automove verläßt sich aber leider auf den Status, den der Topf in die Datei nach der Aufnahme schreibt. Leider kann man sich nicht immer darauf verlassen. Da ich aber äußerst selten eine teil-/verschlüsselte Datei mit grünem Symbol hatte, werde ich mich einmal darauf verlassen, auch wenn ich jetzt meine Firmware ändern mußte und nicht wirklich weiß, ob der Symbolstatus jetzt richtig engezeigt wird.

Grüße
Reinhard

[Svenni]

[quote=""rs5""]Automove verläßt sich aber leider auf den Status, den der Topf in die Datei nach der Aufnahme schreibt. Leider kann man sich nicht immer darauf verlassen.[/quote]

Ich sag's ja: Der einzige Ausweg aus dieser Misere wäre die Möglichkeit, manuell lediglich einen Scanlauf durchführen zu lassen. Nach einem solchen kann man nämlich beruhigt manuell oder per Automove seine Aufräumarbeiten des Aufnahmeverzeichnisses beginnen.

Da ich aber äußerst selten eine teil-/verschlüsselte Datei mit grünem Symbol hatte, werde ich mich einmal darauf verlassen, auch wenn ich jetzt meine Firmware ändern mußte und nicht wirklich weiß, ob der Symbolstatus jetzt richtig engezeigt wird.

Damit gehst Du aber das Risiko ein, dass welche darunter sind, die doch (teil-)verschlüsselt sind, was RecCopy ja gerade durch den Scanlauf ausschliessen will.

[Töppi]

[quote=""Svenni""]Ich sag's ja: Der einzige Ausweg aus dieser Misere wäre die Möglichkeit, manuell lediglich einen Scanlauf durchführen zu lassen. [/quote]

ibbi, mal ernsthaft, eine solche Funktion würde ich mir für Reccopy noch wünschen.

Evtl. eine automatisierte Iconkorrektur durch Scannen, die nicht mit Entschlüsseln gekoppelt ist, evtl. auch direkt nach dem Beenden von Aufzeichnungen, wenn sonst keine mehr läuft, wäre ein tolles Feature für die V5.
Dann könnte man sich auf die Icons verlassen und Automove würde demnach die Finger von lassen....
Kannst ja mal drüber nachdenken.

[nilssohn]

[quote=""rs5""]Automove verläßt sich aber leider auf den Status, den der Topf in die Datei nach der Aufnahme schreibt.[/quote]

Auch wieder wahr. Vielleicht sollte diese Idee aus dem Filer-ToDo-Thread doch näher betrachtet werden.

[quote=""Svenni""]Ich sag's ja: Der einzige Ausweg aus dieser Misere wäre die Möglichkeit, manuell lediglich einen Scanlauf durchführen zu lassen. [/quote]
Oder so. Oder beides?

Viele Grüße

nilssohn

[Svenni]

[quote=""Töppi""]Evtl. eine automatisierte Iconkorrektur durch Scannen, die nicht mit Entschlüsseln gekoppelt ist, evtl. auch direkt nach dem Beenden von Aufzeichnungen, wenn sonst keine mehr läuft, wäre ein tolles Feature für die V5.
Dann könnte man sich auf die Icons verlassen und Automove würde demnach die Finger von lassen....[/quote]

Das ist ja eine noch viel bessere Idee.

[Töppi]

und ibbi wird mich steinigen.

[Svenni]

[quote=""nilssohn""]Auch wieder wahr. Vielleicht sollte diese Idee aus dem Filer-ToDo-Thread doch näher betrachtet werden.[/quote]

Hmmmm - das fände ich dann aber für eine Einbindung in Automove noch interessanter. Sprich: Automove verschiebt nur unverschlüsselte Aufnahmen bis zum letzten Scanzeitpunkt.

[ibbi]

[quote=""Svenni""]Hmmmm - das fände ich dann aber für eine Einbindung in Automove noch interessanter. Sprich: Automove verschiebt nur unverschlüsselte Aufnahmen bis zum letzten Scanzeitpunkt. [/quote]

Diese Information kann man ab der nächsten Version von RecCopy per TAPCOM abfragen.

[nilssohn]

[quote=""ibbi""]Diese Information kann man ab der nächsten Version von RecCopy per TAPCOM abfragen.[/quote]
Oh, eine nächste Version. Na, dann könnte man doch auch gleich...

[ibbi]

[quote=""Elle4u""]Also zu dem Problem mit dem Freeze:

Mein Gedanke war auch sofort: Move-Funktion

Bei Filer2 scheint die "alte" Move-Funktion auch nicht mehr zu funktionieren.
Da das sicherlich inzwischen über die FireBirdLib läuft und Du diese ja auch verwendest, könnte ich mir vorstellen, dass sich da evtl. ein Fehlerchen eingeschlichen hat?

Evtl. kann mal jemand auf die alte FW wechseln und es testen...?[/quote]

Ich werde rs5 ein Test-TAP zur Verfügung stellen, um das zu überprüfen, aber wenn es einen Fehler in der Move-Funktion gibt, wird den wohl nur FireBird beheben können.

[ibbi]

[quote=""Svenni""]Ich sag's ja: Der einzige Ausweg aus dieser Misere wäre die Möglichkeit, manuell lediglich einen Scanlauf durchführen zu lassen. Nach einem solchen kann man nämlich beruhigt manuell oder per Automove seine Aufräumarbeiten des Aufnahmeverzeichnisses beginnen. [/quote]

Das wird es frühestens in der übernächsten Version geben. Dann aber auch zusätzlich als TAPCOM-Funktion.