RecCopy
AW: RecCopy
[quote=""ibbi""]Schon klar, aber vorher müsste jemand prüfen, ob sich so eine Aufnahme vollkommen normal verhält.[/quote]
wenn ich so eine hätte, würde ich es versuchen
wenn ich so eine hätte, würde ich es versuchen
BO
- Elle4u
- TAP-Chirurg
- Beiträge: 11971
- Registriert: Fr 9. Dez 2005, 16:48
- Receivertyp: SRP-2410 (2 TB)
- Receiverfirmware: TF-BCPCE 1.11.00 (19.12.2013)
- Wohnort: Osburg
- Kontaktdaten:
AW: RecCopy
[quote=""Svenni""]Nunja ... hier geht's eher um den Fall, dass man seine Aufnahmen per Automove automatisch verschieben lässt. Da nützt es dann leider nicht viel, wenn man das in Filer sehen kann, oder? [/quote]
Ja, aber die selbe Methode könnte ja dann AutoMove verwenden, um nur Dateien VOR dem Scan-Datum zu verschieben...
Ja, aber die selbe Methode könnte ja dann AutoMove verwenden, um nur Dateien VOR dem Scan-Datum zu verschieben...
Gruß,
Elle4u
Elle4u
AW: RecCopy
[quote=""Elle4u""]Ja, aber die selbe Methode könnte ja dann AutoMove verwenden, um nur Dateien VOR dem Scan-Datum zu verschieben...[/quote]
Gerade das hab' ich ja Happy im Automove-Thread vorgeschlagen.
Gerade das hab' ich ja Happy im Automove-Thread vorgeschlagen.
Receiver 1 für Live-TV:
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
- Töppi
- TöppiHolic der mit dem h tanzt , Anstifter und Möchtegernstatusaufdecker
- Beiträge: 26843
- Registriert: So 27. Aug 2006, 19:22
- Receivertyp: 2410M
- Receiverfirmware: Feb. 2014
- Wohnort: Nähe Mainz
AW: RecCopy
[quote=""Elle4u""]Ja, aber die selbe Methode könnte ja dann AutoMove verwenden, um nur Dateien VOR dem Scan-Datum zu verschieben...[/quote]
klingt gut.
Trotzdem würde ich mir von Reccopy einen native Scanmodus zum Korrigieren der CryptFlags wünschen.
klingt gut.
Trotzdem würde ich mir von Reccopy einen native Scanmodus zum Korrigieren der CryptFlags wünschen.
Gruß
Klaus
................
SRP-2410M
TAP's (Autostart):
| TMSDisplay | F*Skip TMS 3.xx | SmartEPG | SmartFiler | RebuildNAV | Automove TMS | TMSRemote | Callmonitor | SmartSeriesrename | Switch2FTA |
Klaus
................
SRP-2410M
TAP's (Autostart):
| TMSDisplay | F*Skip TMS 3.xx | SmartEPG | SmartFiler | RebuildNAV | Automove TMS | TMSRemote | Callmonitor | SmartSeriesrename | Switch2FTA |
-
- Topfversteher
- Beiträge: 372
- Registriert: Fr 9. Dez 2005, 12:18
- Receivertyp: SRP-2401CI+
TF5000 PVR - Receiverfirmware: 03.04.14
03.01.07 - Wohnort: Wien
AW: RecCopy
[quote=""Töppi""] klingt gut.
Trotzdem würde ich mir von Reccopy einen native Scanmodus zum Korrigieren der CryptFlags wünschen. [/quote]
Grüße
Reinhard
Trotzdem würde ich mir von Reccopy einen native Scanmodus zum Korrigieren der CryptFlags wünschen. [/quote]
Grüße
Reinhard
Ständig verschwinden Senioren im Internet, weil Sie "Alt" und "Entfernen" gleichzeitig drücken.
Panasonic TX-L37EW30S + Yamaha RX-V385 + Panasonic DMP-BD75 + Logitech Harmony 650
SRP-2401CI+ FW 03.04.14 + Alphacrypt 3.28
SmartEPG-TMS, SmartFiler-TMS, FastSkip, RbN
Panasonic TX-L37EW30S + Yamaha RX-V385 + Panasonic DMP-BD75 + Logitech Harmony 650
SRP-2401CI+ FW 03.04.14 + Alphacrypt 3.28
SmartEPG-TMS, SmartFiler-TMS, FastSkip, RbN
- Elle4u
- TAP-Chirurg
- Beiträge: 11971
- Registriert: Fr 9. Dez 2005, 16:48
- Receivertyp: SRP-2410 (2 TB)
- Receiverfirmware: TF-BCPCE 1.11.00 (19.12.2013)
- Wohnort: Osburg
- Kontaktdaten:
AW: RecCopy
[quote=""Svenni""]Gerade das hab' ich ja Happy im Automove-Thread vorgeschlagen. [/quote]
OK. Dann sind wir uns ja einig
Finde ich auf jeden Fall charmanter, als das wegsetzten des Crypt-Flags.
OK. Dann sind wir uns ja einig
Finde ich auf jeden Fall charmanter, als das wegsetzten des Crypt-Flags.
Gruß,
Elle4u
Elle4u
- MiK
- Vielantworter
- Beiträge: 793
- Registriert: Sa 10. Jun 2006, 11:53
- Receivertyp: TF5200PVRc
- Receiverfirmware: 27.07.2007
- Wohnort: Darmstadt
- Kontaktdaten:
AW: RecCopy
Wäre die einfachste Lösung für das Problem bei der Zusammenarbeit zw. RecCopy und AutoMove nicht, wenn RecCopy einfach alle Unterverzeichnisse mit einbeziehen würde? Mit Ausnahme der eigenen Spezialordner natürlich.
Was würde gegen diese Lösung sprechen? MultimediaManager arbeitet sehr zuverlässig auf diese Weise. Nur ohne den zusätzlichen Scan.
Was würde gegen diese Lösung sprechen? MultimediaManager arbeitet sehr zuverlässig auf diese Weise. Nur ohne den zusätzlichen Scan.
Ciao, MiK
-
- Erfahrener Benutzer
- Beiträge: 228
- Registriert: Di 9. Jan 2007, 13:03
- Receivertyp: TF6000PVR & TF4000PVR
- Receiverfirmware: 29.10.07 auf 6k
- Wohnort: FFM
AW: RecCopy
Läuft RecCopy eigentlich bei Jemandem auch auf dem 6000´er stabil?
CU
Fred
PS: Es wäre toll, wenn man die Nutzer innerhalb eines Themas oder auch eines Unterforums nach dem verwendeten Toppi-Modell (gemäß Signatur) filtern könnte. Damit man z.B. schnell finden kann, was die anderen 6k-Besitzer so zum Thema zu sagen haben. Oder geht das irgendwie schon?
CU
Fred
PS: Es wäre toll, wenn man die Nutzer innerhalb eines Themas oder auch eines Unterforums nach dem verwendeten Toppi-Modell (gemäß Signatur) filtern könnte. Damit man z.B. schnell finden kann, was die anderen 6k-Besitzer so zum Thema zu sagen haben. Oder geht das irgendwie schon?
PVR6000WLAN-250GB/
Autostart: iTina1.04 / NiceDisplay for MP V2.1Beta9 / Radiotext 0.56 / Quickjump1.72 / dbPlay1.2
gelegentlich: blackbar
Autostart: iTina1.04 / NiceDisplay for MP V2.1Beta9 / Radiotext 0.56 / Quickjump1.72 / dbPlay1.2
gelegentlich: blackbar
- Ecky
- Erfahrener Guru
- Beiträge: 2416
- Registriert: Di 20. Dez 2005, 22:31
- Receivertyp: 5200 PVRc
- Receiverfirmware: Dezember '06
- Wohnort: Wetterau
AW: RecCopy
[quote=""Elle4u""]Ja. Die Info wird gebraucht.
Denn anhand dieses Flag erkennt AFAIK auch die Firmware, dass das CAM notfalls angeschmissen werden muss (oder so).[/quote]
Müßte es ja bei einer entschlüsselten Sendung nicht mehr anschmeißen.
Ist eine ernst gemeinte Frage, ich weiß nämlich wirklich nicht, wozu das bei einer fertig decrypteten Aufnahme noch gut sein sollte.
Oder braucht Filer das unbedingt? Den hab ich nicht im Einsatz, deswegen weiß ich das nicht.
Denn anhand dieses Flag erkennt AFAIK auch die Firmware, dass das CAM notfalls angeschmissen werden muss (oder so).[/quote]
Müßte es ja bei einer entschlüsselten Sendung nicht mehr anschmeißen.
Hm, warum?Aber auch so: Kommt jetzt bloß nicht auf die Idee das Crypt-Flag zu löschen
Ist eine ernst gemeinte Frage, ich weiß nämlich wirklich nicht, wozu das bei einer fertig decrypteten Aufnahme noch gut sein sollte.
Oder braucht Filer das unbedingt? Den hab ich nicht im Einsatz, deswegen weiß ich das nicht.
Gruß, Ecky
Ex-Receiver:
TF5500PVR mit Hitachi 500er-HD, FW 03.01.07-PRUSTIB2Xl, 2x Astra 19,2°
TAPs: keine mehr ;-)
und
TF5200PVRc mit Samsung HD400LD Dez.06-FW / PRUSTIB2 und AlphaCrypt Classic (UnityMedia)
TAPs: (in dieser Reihenfolge): RecCopy, SDS, XStart > SSP, iTina, ND, AutoResume, Standby, InfoTools
Receiver aktuell:
VUPlus Ultimo 3x DVB-C (UnityMedia) mit 2TB WD-HDD
Ex-Receiver:
TF5500PVR mit Hitachi 500er-HD, FW 03.01.07-PRUSTIB2Xl, 2x Astra 19,2°
TAPs: keine mehr ;-)
und
TF5200PVRc mit Samsung HD400LD Dez.06-FW / PRUSTIB2 und AlphaCrypt Classic (UnityMedia)
TAPs: (in dieser Reihenfolge): RecCopy, SDS, XStart > SSP, iTina, ND, AutoResume, Standby, InfoTools
Receiver aktuell:
VUPlus Ultimo 3x DVB-C (UnityMedia) mit 2TB WD-HDD
AW: RecCopy
[quote=""MiK""]Was würde gegen diese Lösung sprechen? MediaManager arbeitet sehr zuverlässig auf diese Weise. Nur ohne den zusätzlichen Scan.[/quote]
Du schreibst es ja selbst: Ohne einen zusätzlichen Scan und evtl. Headerkorrekturen. Wie lange würde so ein Scan bei einer gut gefüllten (großen) Festplatte wohl dauern, wenn RecCopy nicht nur das Hauptverzeichnis im Auge behalten müsste bei der Suche nach neu hinzugekommenen Aufnahmen seit dem letzten Scan? Es müsste dann ja praktisch alle (!) Aufnahmen mit dem Datum des letzten Scans abgleichen.
Du schreibst es ja selbst: Ohne einen zusätzlichen Scan und evtl. Headerkorrekturen. Wie lange würde so ein Scan bei einer gut gefüllten (großen) Festplatte wohl dauern, wenn RecCopy nicht nur das Hauptverzeichnis im Auge behalten müsste bei der Suche nach neu hinzugekommenen Aufnahmen seit dem letzten Scan? Es müsste dann ja praktisch alle (!) Aufnahmen mit dem Datum des letzten Scans abgleichen.
Receiver 1 für Live-TV:
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
- MiK
- Vielantworter
- Beiträge: 793
- Registriert: Sa 10. Jun 2006, 11:53
- Receivertyp: TF5200PVRc
- Receiverfirmware: 27.07.2007
- Wohnort: Darmstadt
- Kontaktdaten:
AW: RecCopy
[quote=""Svenni""]Du schreibst es ja selbst: Ohne einen zusätzlichen Scan und evtl. Headerkorrekturen. Wie lange würde so ein Scan bei einer gut gefüllten (großen) Festplatte wohl dauern, wenn RecCopy nicht nur das Hauptverzeichnis im Auge behalten müsste bei der Suche nach neu hinzugekommenen Aufnahmen seit dem letzten Scan? Es müsste dann ja praktisch alle (!) Aufnahmen mit dem Datum des letzten Scans abgleichen. [/quote]
Es muss ja nicht alles neu gescant werden. Und wenn man die Dateien in einem Ordner sortiert nach ihrem Datum durchgeht und abbricht, wenn sie älter sind als der letzte Scan, sollte das auch bei gut gefüllter Platte nicht allzulange dauern.
Außerdem dauert der Vergleich mit dem letzten Scandatum bestimmt nicht länger als die Überprüfung, ob die Datei entschlüsselt ist. Und das macht MM ja auch für jedes Unterverzeichnis.
Es muss ja nicht alles neu gescant werden. Und wenn man die Dateien in einem Ordner sortiert nach ihrem Datum durchgeht und abbricht, wenn sie älter sind als der letzte Scan, sollte das auch bei gut gefüllter Platte nicht allzulange dauern.
Außerdem dauert der Vergleich mit dem letzten Scandatum bestimmt nicht länger als die Überprüfung, ob die Datei entschlüsselt ist. Und das macht MM ja auch für jedes Unterverzeichnis.
Ciao, MiK
- ibbi
- Moderierter Ignorator Bitteschöööön!
- Beiträge: 7110
- Registriert: Fr 9. Dez 2005, 12:49
- Receivertyp: TF5000PVR • SRP-2401CI+ Eco
- Receiverfirmware: Sep 2005 PHTF • Jan 2015
AW: RecCopy
Unterverzeichnisse wird RecCopy nicht bearbeiten, da Aufnahmen auch nicht in Unterverzeichnissen enstehen.
Power Restore 0.8 | PiP 1.2 | 1.1v | QuickTimer 1.0.3 (IB) | TF5000 Display 1.53 | dbPlay 1.2 | Auto Resume 1.30 | IdleHdd 1.0 | EPPG 2.0 | WWWW 0.1b
(Kanalarbeiter 0.9, RecRepair 0.4, ScanDisk 1.4, ScreenCapture with OSD 3.1)
•
Power Restore 0.8 | EasyTimer 1.0 | EPPG 2.0 | 1.1v
(telnetd 1.0, TMSRemote 4.6)
(Kanalarbeiter 0.9, RecRepair 0.4, ScanDisk 1.4, ScreenCapture with OSD 3.1)
•
Power Restore 0.8 | EasyTimer 1.0 | EPPG 2.0 | 1.1v
(telnetd 1.0, TMSRemote 4.6)
- MiK
- Vielantworter
- Beiträge: 793
- Registriert: Sa 10. Jun 2006, 11:53
- Receivertyp: TF5200PVRc
- Receiverfirmware: 27.07.2007
- Wohnort: Darmstadt
- Kontaktdaten:
AW: RecCopy
[quote=""ibbi""]Unterverzeichnisse wird RecCopy nicht bearbeiten, da Aufnahmen auch nicht in Unterverzeichnissen enstehen.[/quote]
Aber sie werden von AutoMove direkt dorthin verschoben. Dieser Automatismus lässt sich nur für verschlüsselte Dateien verhindern. Somit können fälschlicherweise als entschlüsselt gekennzeichnete nicht von RecCopy erkannt werden.
Aber sie werden von AutoMove direkt dorthin verschoben. Dieser Automatismus lässt sich nur für verschlüsselte Dateien verhindern. Somit können fälschlicherweise als entschlüsselt gekennzeichnete nicht von RecCopy erkannt werden.
Ciao, MiK
- Steven
- Super-Duper-Guru
- Beiträge: 2901
- Registriert: Mo 10. Apr 2006, 20:51
- Receivertyp: TF5500 PVR, Dream 500-S, Opticum HD 9600
- Receiverfirmware: 03.01.2007
- Wohnort: 41844 Wegberg
AW: RecCopy
[quote=""MiK""]Aber sie werden von AutoMove direkt dorthin verschoben.[/quote]
Stell doch einfach eine Verzögerung in Automove ein, z. B. 48 Stunden.
In der Zeit sollte RecCopy mindestens einmal die Möglichkeit gehabt haben zu kopieren.
Gruß Steven.
Stell doch einfach eine Verzögerung in Automove ein, z. B. 48 Stunden.
In der Zeit sollte RecCopy mindestens einmal die Möglichkeit gehabt haben zu kopieren.
Gruß Steven.
Autostart- Taps: AutoReboot 2.2, PowerRestore V0.7.6, QuickTimer 1.0.2, ImproBox V2.5, NiceDisplay V2.1beta10, AutoExtender 02.08.57 (1), FastSkip 1.1u, Filer v2.30, Stirf 1.3 Beta D3, Overfly 0.74.6, RecCopy 4.3, SDS V1.3d, 3PG 1.28
Program Files: TAP Commander 1.34, HDDInfo V2.1, HDFW V2.2, SCE V3.09 beta, ScanDisk 1.4, Screencapture with OSD V2.10a
Firmware Patches
Program Files: TAP Commander 1.34, HDDInfo V2.1, HDFW V2.2, SCE V3.09 beta, ScanDisk 1.4, Screencapture with OSD V2.10a
Firmware Patches
- MiK
- Vielantworter
- Beiträge: 793
- Registriert: Sa 10. Jun 2006, 11:53
- Receivertyp: TF5200PVRc
- Receiverfirmware: 27.07.2007
- Wohnort: Darmstadt
- Kontaktdaten:
AW: RecCopy
Klar gibt es Workarounds. Aber eigentlich möchte ich meine Aufnahmen sofort sortiert haben und nicht erst nach 2 Tagen. Davon abgesehen könnte es ja auch mal zwei Tage lang passieren, dass nicht entschlüsselt werden kann. Z.B. wenn im RecCopy-Zeitraum mal längere Aufnahmen liegen.
Für mich ist die sauberste Lösung, wenn AutoMove sofort arbeiten darf und im Hintergrund alles nötige auf der Platte entschlüsselt wird.
Für mich ist die sauberste Lösung, wenn AutoMove sofort arbeiten darf und im Hintergrund alles nötige auf der Platte entschlüsselt wird.
Ciao, MiK
- buko
- Mr. Settings
- Beiträge: 12245
- Registriert: Fr 9. Dez 2005, 09:03
- Receivertyp: auch andere Receiver!
VU+ Ultimo 4K
VU+ Uno 4K
VU+ Duo 4K SE - Wohnort: Bayern & Tirol
AW: RecCopy
[quote=""freddy1962""]Läuft RecCopy eigentlich bei Jemandem auch auf dem 6000´er stabil?
[/quote]
..meiner ist im Moment nicht greifbar (Bruder)...
BO wo bist Du....
[/quote]
..meiner ist im Moment nicht greifbar (Bruder)...
BO wo bist Du....
gruß
buko
Topfield Settings bearbeiten, verwalten und vieles mehr:
mit SetEdit für fast alle Topfield & VU+ Receiver
buko
Topfield Settings bearbeiten, verwalten und vieles mehr:
mit SetEdit für fast alle Topfield & VU+ Receiver
AW: RecCopy
Btw., wenn Ihr könnt, lasst bloss entweder RecCopy auch Eure Altbestände einmal scannen oder macht es - soweit Ihr könnt - am PC per TopfHDRW. Ich wäre fast in Ohnmacht gefallen, wie viele falsche Verschlüsselungskennzeichnungen es doch gibt.
Bisher war erst eine Aufnahme dabei, die nicht mehr zu entschlüsseln war, allerdings war die netterweise nicht allzu wichtig - aber immerhin ...
Bisher war erst eine Aufnahme dabei, die nicht mehr zu entschlüsseln war, allerdings war die netterweise nicht allzu wichtig - aber immerhin ...
Zuletzt geändert von Svenni am Do 17. Mai 2007, 23:44, insgesamt 1-mal geändert.
Receiver 1 für Live-TV:
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
TF5000PVR-t mit div. TAPs
Receiver 2 als VCR-PC-Ersatz:
TF5200PVR-c - FW: 06.12.2006 - Lindy IDE/SATA an Stardom i-Tank i302-1S-SB2 mit Samsung HD501LJ 500GB
TAPs im Autostart: GMT Timer Bug WA2 - RemoteSwitch Mode 1 v0.2 - FastSkip v1.1 - 3PG v1.16 - Automove v1.8 RC4 [90] - TAP Commander v1.0.1 - Autoletterbox v6.11
AW: RecCopy
[quote=""ibbi""]Unterverzeichnisse wird RecCopy nicht bearbeiten, da Aufnahmen auch nicht in Unterverzeichnissen enstehen.[/quote]
Schade als Option wäär das super da ich auch sofort alles per AUtomove verschiebe
Schade als Option wäär das super da ich auch sofort alles per AUtomove verschiebe
AW: RecCopy
[quote=""buko""]..meiner ist im Moment nicht greifbar (Bruder)...
BO wo bist Du.... [/quote]
ich denke am we werde ich den 6oooer zum testen benutzen.
die letzten wochen waren ja dafür die 55ooer im einsatz
BO wo bist Du.... [/quote]
ich denke am we werde ich den 6oooer zum testen benutzen.
die letzten wochen waren ja dafür die 55ooer im einsatz
BO
-
- geouteter Bajuwarenfresser
- Beiträge: 3000
- Registriert: Di 8. Aug 2006, 12:44
- Receivertyp: TF 5000 MP
- Receiverfirmware: FW 5010 STU (Dec)
AW: RecCopy
[quote=""MiK""]Klar gibt es Workarounds. Aber eigentlich möchte ich meine Aufnahmen sofort sortiert haben und nicht erst nach 2 Tagen. Davon abgesehen könnte es ja auch mal zwei Tage lang passieren, dass nicht entschlüsselt werden kann. Z.B. wenn im RecCopy-Zeitraum mal längere Aufnahmen liegen.
Für mich ist die sauberste Lösung, wenn AutoMove sofort arbeiten darf und im Hintergrund alles nötige auf der Platte entschlüsselt wird.[/quote]
TAP.Kommunikation wäre die Lösung. AutoMove erstellt eine Todoliste, und reccopy arbeitet sie dann ab. Man muss ein wenig aufpassen das nicht beide gleichzeitig auf die Datei schreiben, aber so weiss reccopy, welche Dateien Automove verschoben hat und zu bearbeiten sind.
Für mich ist die sauberste Lösung, wenn AutoMove sofort arbeiten darf und im Hintergrund alles nötige auf der Platte entschlüsselt wird.[/quote]
TAP.Kommunikation wäre die Lösung. AutoMove erstellt eine Todoliste, und reccopy arbeitet sie dann ab. Man muss ein wenig aufpassen das nicht beide gleichzeitig auf die Datei schreiben, aber so weiss reccopy, welche Dateien Automove verschoben hat und zu bearbeiten sind.