Photo Station Lightroom Export Plugin: PhotoStation Upload

[flingo]

Was sagt das Logfile? Am besten Loglevel auf DEBUG setzen.

 

[el_cobez]

Hi,
vielen Dank für das schnelle Feedback. Ich habe das Loglevel auf DEBUG gesetzt und mir das Logfile angesehen. Auf den ersten Blick kann ich keine Fehlermeldungen oder Ähnliches erkennen.
Die letzte Zeile im Log lautet:

11:59:02, INFO : Upload of "<Quelldateiname>" to "<Zieldateiname>" done

Bei der Datei handelt es sich um ein mp4-Video. Dieses kommt physisch auch im Zielordner an, Lightroom markiert es allerdings nicht als "veröffentlicht". Danach passiert nichts mehr. Lightroom bringt zwar die CPU zum glühen, tut also irgendwas, aber es passiert auch nach über eine Stunde nichts weiter und auch das Log wird nicht fortgeschrieben.

LG Rüdiger

 

[flingo]

Dass das Video nicht sofort nach "Veröffentlicht" geht, liegt daran, dass noch in einem 2. Schritt die Metadaten des Videos hochgeladen werden müssen. Dieser 2 Schritt erfolgt nach frühestens 10 Videos oder am Ende des Uploads. Soweit OK.
Dass es danach aber nicht weitergeht, ist nicht OK.

Zwei Ideen um das Problem einzugrenzen:
- schau mal, wievel Platz noch auf der Festplatte über ist, bei großen Mengen von Fotos kann es schon mal eng werden, siehe hier
- deaktivier mal Video-Upload in dem Publish Service

Falls alles nicht hilft, schick mir mal das Logfile an photostatlr@messmer-online.de

Grüße, Martin

 

[el_cobez]

Der Upload läuft jetzt wieder. Ich habe dafür wie vorgeschlagen den Video-Upload deaktiviert. Damit komme ich meinem Ziel erstmal näher. Interessant finde ich, dass beim initialen Upload, d.h. bei den ersten 3.000 Elementen auch Videos dabei waren. Vielleicht sind die Dateien korrupt oder ähnliches.

Wenn alle Fotos synchronisiert sind, dann werde ich mich nochmal an den Videos versuchen.

Besten Dank bis hierhin
Rüdiger

 

[flingo]

Wenn's die Videos waren, dann wäre noch die Frage, ob Du sie als 'Original' oder in einem speziellen Format hoch geladen hast. Ich nehme an, es war nicht 'Original '. In dem Fall führt Lr das Video-Transkodieren durch, was erklären würde, dass Du nichts im PhotoStatLr Log gesehen hast. Warum es sich dabei aufhängt, weiß dann nur Adobe, Alternative wäre in dem Fall die Videos als Original hochzuladen.

 

[chema]

Hallo,
(nach langer Suche und Pröbeln erlaube ich mir hier im Forum nachzufragen)

Kann leider mein Publishing-Folder nicht uploaden, kriege diese Meldung:

Boooor-ing! Checked 367 of 367 files in 4.9 seconds (82.7 pics/sec). 0 already there, 367 need export.

Exportieren von einzelnen Bildern klappt (Verbindung steht). Ich konnte auch eine ehemals publizierte Collections gleichzeitig mit dem DiskStation Album löschen...

Als Einsteiger ist der Gebrauch ziemlich schwierig - liegt der Fehler in den verschiedenen zusätzlichen Installationen, in den diversen Settings oder entsteht er durch fehlerhaften Gebrauch... Eine Schritt für Schritt Anleitung käme mir gelegen.

Gruss, chema

 

[flingo]

Hallo chema,

das hört sich so an, als ob Du in dem Publish Service den Publish Mode auf "CheckExisting" gestellt hast, dann wird nur überprüft, was schon da ist, und was nicht. Stell mal auf "Upload", dann sollte auch auch hochladen, oder auf "Ask me later", dann kannst Du bei jedem Publish entscheiden, was Du machen willst.

Grüße, Martin

 

[chema]

Alles klar! Besten Dank für die rasche Antwort.

 

[Krisslinger]

Interessant finde ich, dass beim initialen Upload, d.h. bei den ersten 3.000 Elementen auch Videos dabei waren. Vielleicht sind die Dateien korrupt oder ähnliches.

Wenn alle Fotos synchronisiert sind, dann werde ich mich nochmal an den Videos versuchen.

Besten Dank bis hierhin
Rüdiger

Ich hatte die Tage genau das Problem. Vor kurzem das erste Mal mit dem Plugin gearbeitet und ein bisschen rum probiert. Da gingen auch ein paar Videos durch. Als ich dann das für mich passende Setting gefunden habe, habe ich knapp 30.000 Bilder exportiert. Interessanterweise sind danach ca. 430 Videos in unterschiedlichsten Formaten übrig geblieben. Im Zielverzeichnis waren vielleicht fünf Stück im gewünschten mp4 Format.
Mehrere Versuche die Videos zu veröffentlichen blieben erfolglos. Ich hatte das Format im Verdacht und nach und nach unterschiedlichste Dateiformate ausgeschlossen, leider ohne Erfolg. Hatte es gestern nochmals probiert und dann über 24 Stunden laufen lassen, ohne Fortschritt oder Ausgabe im Log.

Heute vormittag dann mal das Plugin neu installiert*/ geupdated (weiß leider nicht mehr, ob ich die aktuellste Version hatte). Ebenso habe ich den Synology Photostation Uploader sowie ExifTools auf den aktuellsten Stand gebracht und dann nochmals den Export angestoßen. Und jetzt verringert sich die Zahl, der noch zu veröffentlichenden Videos. Ich bin mal guter Dinge. Wenn alles durch ist geb ich nochmals Feedback ob alles geklappt hat.

An dieser Stelle Danke Martin für ein wirklich sensationelles Werkzeug.

 

[Krisslinger]

Ich bin mal guter Dinge. Wenn alles durch ist geb ich nochmals Feedback ob alles geklappt hat.

Ein kurzes Update wie angekündigt.

Bis auf vier Videos wurden alle exportiert. Diese vier habe ich eben nochmals angestoßen und sind jetzt auch exportiert.

Danke!

 

[immoteb]

Guten Morgen,

ich habe hier eine ganz bestimmte Anforderung und hoffte, diese mit Photo StatLr umsetzen zu können. Prinzipiell gehts mir darum, eine Smartcollection auf die Syno zu exportieren, in DS Photo Keywords hinzuzufügen und diese dann zurück in LR zu syncronisieren. Dabei bekomme ich leider den Fehler im Anhang und LR bleibt schlicht stehen. Ich habe bei GitHub auch ein issue aufgemacht, wußte nicht, wo es lieber ist. Da das Log auch persönliche Daten enthält, würde ich es am liebsten nur direkt und privat übergeben.

Die Idee des Ganzen: Ich teile sehr viele Bilder in Facebook Gruppen. Das tue ich nur mobil und unterwegs. Nun will ich im Überblick behalten, in welcher Gruppe (oder in welchem Dienst) ich welches Bild geteilt habe. Die Idee ist nun, Bilder aus DS Photo (wie bisher) zu teilen und danach als Keyword den Namen der Gruppe in das Bild zu schreiben. Wenn das dann zurück nach LR syncronisiert wird, habe ich auch bei späterem Strategiewechsel noch den Überblick.

Warum nicht LR mobile? Ich arbeite mit mehreren Katalogen, weil es einfach zu viele Bilder sind und außerdem DS Cloud Probleme bekommt, wenn der Katalog 1G überschreitet. Der Sync dauert dann einfach zu lange.
Eine andere Idee war, die Bilder in Ordner zu exportieren und nach veröffentlichung zu löschen. Da ich aber mti Smarten Ordnern in Lr arbeite, würden gelöschte Bilder nach Änderung erneut exportiert. Smart sollen sie deshalb sein, weil ich sonst den Überblick verliere. Je mehr manuell, desto mehr Aua.

 

[flingo]

Ja, das geht. Der Plugin-Absturz rührt wie gesagt von einem Fehler bei der Synchronisierung von Face Regions (wobei der Regionsname ein Leerzeichen enthält).
Grüße, Martin

 

[RoadRunR]

Hallo,

ich benutze das Plugin schon seit längerem. Hat auch immer super funktioniert.
Seit gestern plagt mich ein Problem:
Beim Versuch ein Bild zu veröffentlichen erscheint ein PopUp: That does it, I'm leaving! Internal error: '?:0: attempt to index a nil value'
Gestern habe ich viel herumprobiert. Das einzige was geholfen hatte war: Die veröffentlichte Smartsammlung unter Phot StatLR zu löschen, neu anzulegen und erneut zu veröffentlichen.
Aber heute Morgen tritt das Problem wieder auf, als ich nur ein Bild neu veröffentlichen wollte:
Ich Debug aktiviert. Hier ist das Logfile:
Die einzige Zeile die mich stutzig macht ist die drittletzte (Next photo). Unter dem dort angebenen Pfad findet sich die Datei nicht.

10:45:25, TRACE: updateExportSettings: done
10:45:25, INFO : Environment: plugin: 6.4.1.20170424 Lr: 6.12 OS: Windows 10 Lang: de
10:45:25, INFO : processRenderedPhotos starting
10:45:25, DEBUG: openSession: operation = ProcessRenderedPhotos, publishMode = Publish
10:45:25, DEBUG: openSession: copy collection settings
10:45:25, DEBUG: getCollectionUploadPath() returns 'JoergsGallery/201x/2017'
10:45:28, DEBUG: PSPhotoStationAPI.initialize(PhotoStationUrl=http://192.168.178.4/photo/, Timeout=10)
10:45:28, DEBUG: callSynoAPI: LrHttp.post(http://192.168.178.4/photo/webapi/query.php, api=SYNO.API.Info&query=all&method=query&version=1&ps_username=
10:45:29, DEBUG: Got Body:
{"success":true,"data":{"SYNO.PhotoStation.Auth":{"path":"auth.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Info":{"path":"info.php","minVersion":1,"maxVersion":2},"SYNO.PhotoStation.Album":{"path":"album.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Permission":{"path":"permission.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Photo":{"path":"photo.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Thumb":{"path":"thumb.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Cover":{"path":"cover.php","minVersion":1,"maxVersion":2},"SYNO.PhotoStation.SmartAlbum":{"path":"smart_album.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.File":{"path":"file.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Download":{"path":"download.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Category":{"path":"category.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.About":{"path":"about.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Tag":{"path":"tag.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.PhotoTag":{"path":"photo_tag.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Comment":{"path":"comment.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Timeline":{"path":"timeline.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Group":{"path":"group.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Rotate":{"path":"rotate.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.SlideshowMusic":{"path":"slideshow_music.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.DsmShare":{"path":"dsm_share.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.SharedAlbum":{"path":"shared_album.php","minVersion":1,"maxVersion":2},"SYNO.PhotoStation.PhotoLog":{"path":"log.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Path":{"path":"path.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Watermark":{"path":"watermark.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Public":{"path":"public.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Migration":{"path":"migration.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.ACL":{"path":"acl.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.AdvancedShare":{"path":"advanced_share.php","minVersion":1,"maxVersion":1},"SYNO.API.Info":{"path":"query.php","minVersion":1,"maxVersion":1}}}
10:45:29, DEBUG: callSynoAPI: LrHttp.post(http://192.168.178.4/photo/webapi/auth.php,...)
10:45:29, DEBUG: Got Body:
{"success":true,"data":{"sid":"erkaa990go1eoddls7rq0lbnn4","username":"admin","reg_syno_user":false,"is_admin":true,"allow_comment":true,"permission":{"browse":true,"upload":true,"manage":true},"enable_face_recog":false,"allow_public_share":true,"allow_download":true,"show_detail":true}}

10:45:29, INFO : Login to Standard Photo Station(http://192.168.178.4) OK
10:45:29, INFO : processRenderedPhotos(mode: CheckExisting).
10:45:29, INFO : --------------------------------------------------------------------
10:45:29, TRACE: Next photo: C:\Users\Joerg\AppData\Local\Temp\E38B691E-E785-4FE3-856C-D0A49BE9540F\Akademie alle_01.jpg
10:45:29, TRACE: dateTimeOriginal: 2015-02-12 10:14:39
10:45:29, ERROR: That does it, I'm leaving! Internal error: '?:0: attempt to index a nil value'

 

[flingo]

Wenn Du ein Foto exportierst, wird von Lr immer eine lokale Kopie des (bearbeiteten oder originalen) Fotos abgelegt. Dieser Pfad wird da angezeigt, nach Ende der Aktion, wird die Kopie von Lr wieder gelöscht.

Wenn ich das richtig sehe, hast Du in der Collection "Rename To" ("Umbenennen in") aktiviert. Ich denke, der Fehler ist irgendwo in dieser Auswertung. Kannst Du mir mal den kompletten "Rename To" Ausdruck nennen, vielleicht kann ich dann den Fehler hier nachvollziehen.

Grüße, Martin

 

[RoadRunR]

Hallo MArtin,

danke für die sehr schnelle Antwort.
Ich hatte in der Tat mit der Umbenennung experimentiert. Aktuell ist sie aber ausgeschaltet.
Sowohl in der Diensteinstellung, als auch in der Sammlung. Ich wollte " opt" an den Dateinamen anhängen.
Wenn ich versuche bei den Einstellungen des Dientes den Haken bei "Umbenennen" zu setzen, erscheint sofort eine Fehlermeldung, dass es nicht möglich ist.
Wenn ich den Haken bei "Umbenennen" in Sammlung setze und "{Dateinname} opt" dann akzeptiert er das beim speichern.
Bringt im Anschluss aber die Fehlermeldung. Die geht auch nicht mehr weg, wenn ich den Haken wieder entferne.

 

[RoadRunR]

Du hast mich schon auf die richtige Fährte gesetzt. Herzlichen Dank dafür. Die Steps zum Fehler und zur Beseitigung:
1. Haken in der Sammlung bei "Umbennenen in" setzen
2. In das Textfeld dahinter "{Dateinname} opt" eintragen (Der Metadatenplatzer ist offensichtlich falsch)
3. Speichern
4. Veröffentlichen -> ERROR: That does it, I'm leaving! Internal error: '?:0: attempt to index a nil value'

5. Haken bei "Umbennen in" wieder entfernen
6. Speichern
7. Veröffentlichen -> ERROR: That does it, I'm leaving! Internal error: '?:0: attempt to index a nil value'

8. Haken in der Sammlung bei "Umbennenen in" wieder setzen.
9. Aus dem Textfeld dahinter "{Dateinname} opt" löschen .
10. Speichern
11. Haken bei "Umbennen in" entfernen
12. Speichern
13. Veröffentlichen -> Alles ist gut

Offensichtlich reicht es nicht den Haken wieder zu entfernen um das Umbenennen wieder auszuschalten.
Vielleicht kann man das bei Gelegenheit ändern.

BTW: Wie kann man die Umbenennen-Option den korrekt nutzen? (Auch wenn ich aus älteren Beiträgen weiss, dass Du kein Freund davon bist ;-) )

Vielen Dank für Deine UNterstützung

Jörg

 

[flingo]

Ah, jetzt, ja!

Also:

1. das ist tatsachlich ein Bug, dass ich die Umbenennen-Option nicht zurücknehme, wenn die Option deaktiviert wird. Wird im nächsten Release gefixt
2. der Placeholder, den du meinst, heißt {fileName} (siehe https://github.com/flingo64/PhotoStation-Upload-Lr-Plugin/wiki/Publish-and-Export:-How-to-use-metadata-placeholders-in-'Target-Album'-or-'Rename-Photos-To'-definitions#metadata-placeholders
3. {Dateiname} wurde als {Date} erkannt (was ich im Log gesehen hatte), die nachfolgende Bearbeitung ging entsprechend schief..

Meine Anmerkungen zum Rename-Funktion bezogen sich glaub ich auf die Lr-eigene Rename-Funktion: da gibt es ein paar Tokens, die nicht-deterministisch sind und somit bei jedem Export einen anderen Dateinamen liefern. Damals hatte ich auch keine Idee, wie man sowas mit wenig Aufwand als Plugin-Funktion hinbekommt. Jetzt ist die Funktion drin und ist natürlich super (ich verwende sie auch in einigen Collections) und finde jede sollte sie verwenden, wenn man denn sicher ist, dass das Ergebnis deterministisch und eindeutig pro Foto ist! ;-)

Grüße, Martin

 

[flingo]

v6.4.2: Jede Menge Bugfixes

Version 6.4.2 ist jetzt raus. Es enthält einige Bugfixes zur Download-Option "Faces", zum "Rename To" -Option. usw.

Noch ein Nachtrag zum letzten Post:

der Placeholder, den du meinst, heißt {fileName}

... naja fast, also richtig heißt er:

{LrFM:fileName (.+)%.%w+}​

Damit kriegt man den Dateinamen ohne die Erweiterung.

Grüße, Martin

 

[chema]

Hallo Martin,

Leider kann ich nicht mehr publizieren. Fehlermeldung:

Photo StatLr: Publish failed!
Booo!!
Initialization of Standard Photo Station at https://xxxxx.local failed!
Reason: ErrorCode: -1202

oder

Photo StatLr: Publish failed!
Booo!!
Initialization of Standard Photo Station at http://xxxxx.QuickConnect.to/ failed!
Reason: Http error: No JSON response data

Zugriff mit Browser und App auf die Photo Station funktioniert einwandfrei. Publizieren mit Lr auf ein DS Ordner funktioniert auch.
Photo Station und Photo StatLr auf dem neusten Stand: OSX Lr CC 2015.12 / 6.12, Photo Station 6.7.4-3433, Photo StatLr Plugin 6.4.2.20170801.
Hätte wohl nicht updaten sollen....

Gibt's da einen einfachen Lösungsansatz?

Gruss, chema

 

[flingo]

Hallo chema,

Du verwendest für Deine lokale Verbindung https und für die Verbindung über's Internet nur http? Ist das richtig so? Hätte ich genau andersherum erwartet. Hast Du ein gültiges Serverzertifikat, das auf xxxx.local ausgestellt ist?
- der Fehlercode -1202 könnte auf ein Zertifikatsfehler deuten
- 'No JSON response data' heiißt: der angegeben Server hat geantwortet, aber das war keine Antwort von der Photo Station, sondern vermutlich eine Fehlermeldung
Ansonsten musst Du mir nochmal ein Logfile schicken, dann kann ich evtl. mehr sehen, insb. bei MacOS bin ich ziemlich blind, arbeite unter Windows.

Und der einfachste Lösungsansatz ist natürlich immer ein Downgrade. Die alten Versionen sind auf Github unter Releases noch verfügbar. Das kann man schon machen, da gehen keine Einstellungen verloren.

Grüße, Martin