Hallo Klaus,

Edit: https://docs.syncthing.net/users/autostart.html
Es scheint unter Windows tatsächlich noch keine native Implementierung als Service zu geben - die Alternativen werden in diesem Link beschrieben (Scheduler/Autostart/NSSM).

Ich bin mittlerweile ausschließlich im *NIX Unterwegs (MacOS und Linux auf dem NAS). Das Syncthing-Projekt bietet auf seiner Webseite entsprechende Package-Installationsprogramme an, die Syncthing (SC) als Systemdienst einrichten und dieses somit permanent im Hintergrund mitläuft.

Das sollte auch bei Windows so abbildbar sein - notfalls kann man mit einem zusätzlichen Hilfsprogramm auch normale EXE Files als Systemdienst einrichten (=> Google). Autostart sollte zur Not auch funktionieren.

Obwohl technisch relativ einfach einzurichten und zu betreiben, liegt bei Syncthing der Teufel oftmals im Detail versteckt:

(1) Stets aktuelle Versionen/Releases verwenden: die älteren sind oft ein wenig buggy gewesen. Es werden schnell Bugfixes bereitgestellt - das gefällt mir.
(2) Den "Ignorierfilter" gut pflegen: zumindest zu Anfang sollte man diesen so füttern, daß bestimmte (temporäre) Systemdateien ignoriert werden, da es sonst sehr schnell zu Konflikten beim Synchronisieren kommt. also immer nur die echten Nutzdaten synchronisieren lassen
(3) Filewatcher explizit aktivieren: normalerweise wird in vorgegebenen Zeitintervallen (60 Minuten) synchronsiert. Auf dem NAS habe ich exklusiv auf "File Watcher" umgestellt, um die Diskstation nicht stündlich aus dem Tiefschlaf reißen zu müssen. Auf den Clients nutze ich meistens auch den File Watcher, der Dateiveränderungen registriert und mit ca. 10s Verzögerung dann die Synchronisation startet. Da muss man ggfls. etwas probieren, welches Setup am besten für welche Art von Dateien/Nutzung funktioniert.

Der große Vorteil von Syncthing (SC) ist, das es eben nur Veränderungen synchronisiert und nicht ganze Dateien überträgt: wenn sich bei einem 5GB Katalog nur 100MB geändert haben, werden auch nur diese 100MB ("Junks") übertragen - das geht entsprechend flott! Zumal kann es Transfers von den genannten Junks parallelisieren, was zu einer sehr hohen "Sättigung" und somit auch optimalen Ausnutzung der Netzwerkverbindung führt.

Beste Grüße, meshua

Da kann ich Dir wärmstes Syncovery ans Herz legen.

Nutze ich selbst seit mindestens 10 Jahren :top: in verschiedensten Konfigurationen (Automatisch, Manuell, ...)

Nicht böse gemeint, aber dieser Thread beschäftigt sich mit dem Handling von Capture One ; nicht LR.

Zumindest meine Antwort bezog sich auf Synchronisation diverser Kataloge die nicht Client-Server Architektur haben (Single-user) - also auch C1 :D

Wo geht es hier um LR?
Ich möchte meinen C1 Katalog auf der System-SSD und die RAW's auf einem andern Laufwerk mit meinem Notebook mit 2 SSD's synchronisieren.
Und dafür habe ich von Meshua und RobiWan Tips bekommen.

Gruß
Klaus

Sorry, ich hatte das als Lösung für LR interpretiert.
[emoji85]

Kein Problem :beer:

Gruß
Klaus

RAWs von der RX100VI
 

Gibt es irgend einen Trick mit dem man c1 (v11) "überreden" kann, RAWs von der RX100VI zu öffnen? Unterscheiden sich die ernsthaft von der RX100V, außer dass halt VI in den EXIFs steht?

Ist halt ein anderer Sensor und ein völlig anderes Objektiv, und die Objektivkorrektur ist ja bei den RXen obligatorisch. Mit etwas Glück hat Sony die Unterschiede schon in den ARWs abgefrühstückt und schreibt normalisierte Rohdaten, sie wollen ihre hauseigenen Raw-Konverter IDC und Imaging Edge wahrscheinlich auch nicht für jede neue Kamera updaten müssen.

Objektivkorrektur unbedingt auf "Manufacturer Profile" einstellen. Dann hoffen, daß die Farbwiedergabe stimmt.

Capture One Q&A Handling
 

Version 11.3 unterstützt die RX100 VI