Ich bin ein neuer Benutzer und etwas nervös, weil ich die Werbung entferne und die Originaldatei nicht mindestens eine gewisse Zeit aufbewahre. Ich glaube, ich habe alles korrekt für meine Vorhaben eingerichtet, aber es archiviert die Dateien nicht.
Meine Konfiguration: Die Dateien liegen auf einem externen NAS-Laufwerk (Benutzername ist angelegt und hat Lese-/Schreibrechte). Danach möchte ich auf ein zweites externes NAS archivieren (dafür scheint es kein Feld für Benutzername/Passwort zu geben). Deshalb habe ich zunächst versucht, lokal zu archivieren, um zu prüfen, ob daran das Problem liegt – auch das funktionierte jedoch nicht. Das Log steht auf Debug, aber nirgends ist das Archiv-Verzeichnis erwähnt. Ich lade das Log dieses Versuchs hoch; frühere Versuche mit lokalem Laufwerk lieferten identische Ergebnisse.
Unter „Monitorpfad, Experteneinstellungen“ habe ich „Originaldatei archivieren“ aktiviert und einen Archiv-Ordner ausgewählt.
Das Archivieren/Löschen von Dateien nach Abschluss einer Konvertierung wird in der Datei mcebuddy.log protokolliert. Sie können diese Datei öffnen und nach Ihrem Dateinamen suchen, um zu sehen, was vor sich geht.
Das Archivieren wird für jede Monitoraufgabe unter den Experteneinstellungen konfiguriert. Sie können den Speicherort auf ein NAS-Laufwerk festlegen (beginnend mit \\\\), und es wird Ihnen ermöglicht, Benutzername/Passwort für diesen Netzwerkspeicherort einzugeben. Verwenden Sie keine gemappten Laufwerke.
Ich lade die Log-Datei hoch, und dort steht der Name des Archiv-Verzeichnisses, aber ich sehe nicht, wo etwas über das Archivieren steht (erfolgreich oder fehlgeschlagen).
Dies ist ein lokales Laufwerk und kein NAS-Laufwerk für den Test.
Außerdem gibt es kein Feld für Benutzername/Passwort für das Archiv-Verzeichnis. Es gibt eines für das Überwachungsverzeichnis und das Zielverzeichnis.
Ihre Originaldatei und die konvertierte Datei sind identisch (sie tragen denselben Namen, daher überschreibt die konvertierte Datei nach der Konvertierung das Original), weshalb es nichts zu archivieren gibt. Die Archivierung funktioniert nur, wenn sich Original- und konvertierte Datei voneinander unterscheiden.
INFORMATION > 2020-03-23T20:12:10 MCEBuddy.Engine.Core → Job für \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg wurde erfolgreich nach \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg konvertiert unter Verwendung der Konvertierungsaufgabe TVShows und des Profils HDHomeRun Unprocessed
Ja, da ich nur Werbung entferne, bleibt der Dateiname gleich. Es sieht so aus, als könnte dies geschehen, bevor es ersetzt wird. Gibt es einen Weg, das zu umgehen?
und er funktioniert für mein lokales Laufwerk. Ich muss wohl nur herausfinden, wie ich die Anmeldeinformationen für das NAS-Laufwerk zum Laufen bekomme.
Ich bin mir nicht sicher, was ich noch versuchen soll, damit das Kopieren auf das NAS funktioniert. Ich habe einen neuen Benutzer mit einem Konto auf dem NAS erstellt, den Dienst so konfiguriert, dass er diesen Benutzer/dieses Passwort verwendet. Ich habe das gleiche Benutzerkonto auch auf dem Ausgangs-NAS angelegt, nur um sicherzustellen, dass alle Konten identisch sind. Das Laufwerk auf dem Benutzerkonto zugeordnet und die mcebuddy-App von diesem Konto aus gestartet. Der Fehler sieht so aus, als hätte der Benutzer keinen Zugriff, aber das ist definitiv nicht der Fall. Ich habe es sowohl mit UISession true als auch false versucht.
Hoffentlich kann mir jemand helfen. Ich bin sicher, dass ich kurz davor bin.
Ich weiß nicht, wie ich die Zeile übersehen habe, in der du gesagt hast, dass das gemappte Laufwerk nicht verwendet werden soll. Das muss das Problem gewesen sein.
Eine Frage, die ich habe, ist: Warum muss der Benutzer für den Dienst ein Admin-Benutzer sein? Als der mcebuddy-Benutzer nur ein regulärer Benutzer war, startete der Dienst nicht korrekt. Ich habe ein anderes Programm, das NAS-Laufwerke verwendet, und es funktionierte mit einem regulären Benutzer.
Nein, es gibt keine Korrelation zwischen dem Benutzer und dem laufenden MCEBuddy. MCEBuddy läuft standardmäßig als Systemdienst (es sei denn, jemand ändert das manuell).
Als Systemdienst hat es keinen Zugriff auf vom Benutzer zugeordnete Netzlaufwerke, wie auf dieser Seite im zweiten Beitrag erklärt: MCEBuddy FAQ - Common Issues and Errors
Du kannst MCEBuddy jedoch über das Startmenü als Kommandozeilen-Engine vom Benutzer-Login aus starten, wodurch MCEBuddy Zugriff auf zugeordnete Laufwerke erhält; dann läuft es aber nicht mehr im Hintergrund und nur so lange, wie der Benutzer angemeldet ist.
Vielleicht ist es anders als bei BlueIris, aber ich musste den Dienst als lokaler Benutzer und nicht als Systembenutzer ausführen, damit das NAS funktioniert. Das stand in ihren Hilfedateien. Also versuchte ich dasselbe mit mcebuddy, und als der Benutzer kein Admin war, erschienen Fehler in den Ereignisprotokollen beim Start, und das Programm meldete, dass der Dienst nicht läuft. Als ich den Benutzer zum Admin machte, startete er einwandfrei. Ich bin mir nicht sicher, ob ich jetzt nochmal zurück will – ich habe den größten Teil des Nachmittags damit verbracht, es zum Laufen zu bringen.
Im Moment funktioniert es, weil der Dienst unter dem von mir erstellten Benutzer läuft. Der Wechsel von der gemappten Laufwerk war vermutlich das, was das Problem gelöst hat.
Sie können sich heutigen Build ansehen. Jetzt können Sie für jeden Netzwerkpfad einen eigenen Benutzernamen und ein eigenes Passwort angeben. Temp-Ordner, Fehler-Ordner, Archiv-Ordner, Überwachungspfade, Zielordner usw. haben jeweils eine eigene Netzwerkanmeldeoption.