Photo Station Lightroom Export Plugin: PhotoStation Upload

[cp389]

Hallo Martin,

danke für die schnelle Fehlerbehebung. Das Plugin wird jetzt ordnungsgemäß geladen, allerdings kann man es auf dem Mac noch nicht richtig nutzen.

Leider sind die Eingabefelder etwas breit, bzw. liegen sie zu weit rechts, sodass man nicht alle bedienen kann. Das Fenster lässt sich nicht vergrößern.


Im zweiten Screenshot sieht man, dass die Zuordnung der Bedienelemente nicht zum Text passt. Zumindest bei den Radio-Buttons.


Abschließend kommt dann folgende Meldung und der Export bricht ab.


Du musst jetzt keine Hektik machen, denn eigentlich brauche ich das gar nicht. Ich fand es nur spannend
Dennoch mein Dank an Dich, dass Du sowas tolles auf die Beine stellst.

 

[Br4twurscht]

Ich wollt mich auch mal bedanken. Is echt super hilfreich das Plugin. Nur eine kleine Anregung hätte ich aus Entwickler-Sicht. Mach die Versionen doch lieber als Tags statt im Kommentar.

 

[flingo]

Hallo cp389
auf jeden Fall danke für die Rückmeldungen! Ich entwickel das Ganze ja unter Windows und auf dem Mac kann ich momentan immer nur auf einem alten MacOS 10.7-Server testen, von daher bin ich immer dankbar für Hinweise: 4 Augen sehen mehr als 2!

Ja, das leidige Thema mit den verschobenen Anzeigeelementen, wenn Du wüsstest wie lange ich da schon rumfrickel, mit mäßigem Erfolg: zumindest meine eigene Dialog-Sektion ist mittlerweile - wenn auch auf dem Mac mit ausgeflattertem Rand - komplett sicht- und bedienbar. Die Sektion "Dateibenennung" hatte ich bisher nicht benutzt und deshalb auch nicht gesehen, dass es da ein Problem gibt, mal sehen, wie ich das hinbekomme, kann da noch nichts versprechen.

Die Ausrichtung der Radio-Buttons funktioniert auf dem Mac einfach nicht (oder nicht immer), damit hab ich mich nach Stunden des Probieren fast schon abgefunden, wie gesagt: nur unter MacOS. Ich zähl das als kosmetisches Problem, keine Ahnung wie Lr sich das gedacht hat, ich bin zu blöd dafür.

Jetzt das letzte Problem: ich ermittle aus der Dateigröße den Timeout für die Http-Übertragung. Unter welchen Umständen ich hier von der Lr-API keine Dateigröße bekomme ist mir völlig unklar. Hier würde mir ein Logfile mit Loglevel "Debug" sehr helfen.

So, jetzt aber noch eine gute Nachricht: ab Version 2.6.4 funktioniert jetzt endlich die Video-Konvertierung auch auf dem Mac (zumindest MacOS 10.7.5)...

Grüße, Martin

 

[flingo]

Hallo cp389
auf jeden Fall danke für die Rückmeldungen! Ich entwickel das Ganze ja unter Windows und auf dem Mac kann ich momentan immer nur auf einem alten MacOS 10.7-Server testen, von daher bin ich immer dankbar für Hinweise: 4 Augen sehen mehr als 2!

Ja, das leidige Thema mit den verschobenen Anzeigeelementen, wenn Du wüsstest wie lange ich da schon rumfrickel, mit mäßigem Erfolg: zumindest meine eigene Dialog-Sektion ist mittlerweile - wenn auch auf dem Mac mit ausgeflattertem Rand - komplett sicht- und bedienbar. Die Sektion "Dateibenennung" hatte ich bisher nicht benutzt und deshalb auch nicht gesehen, dass es da ein Problem gibt, mal sehen, wie ich das hinbekomme, kann da noch nichts versprechen.

Die Ausrichtung der Radio-Buttons funktioniert auf dem Mac einfach nicht (oder nicht immer), damit hab ich mich nach Stunden des Probieren fast schon abgefunden, wie gesagt: nur unter MacOS. Ich zähl das als kosmetisches Problem, keine Ahnung wie Lr sich das gedacht hat, ich bin zu blöd dafür.

Jetzt das letzte Problem: ich ermittle aus der Dateigröße den Timeout für die Http-Übertragung. Unter welchen Umständen ich hier von der Lr-API keine Dateigröße bekomme ist mir völlig unklar. Hier würde mir ein Logfile mit Loglevel "Debug" sehr helfen.

So, jetzt aber noch eine gute Nachricht: ab Version 2.6.4 funktioniert jetzt endlich die Video-Konvertierung auch auf dem Mac (zumindest MacOS 10.7.5)...

Grüße, Martin

 

[flingo]

Version 2.7: endlich feelerfrei ...

Hallo cp389 und Br4twurscht,
das schlechte Alignment auf dem Mac sollte jetzt der Vergangenheit angehören. Habe nochmal in der SDK-Beschreibung gelesen und nun hab ich endlich verstanden was ich da mache, bzw. falsch mache. In diesem Fall war es so, dass durch das seeehr breite Label "Synology PhotoStation Uploader/Assistant" in meiner Sektion in allen anderen Sektionen die Labelbreite angepasst wurde, wodurch in der (offensichtlich schlecht programmierten) Sektion "Dateibenennung" die hinteren Felder herausrutschten. Das wiederum sorgte in meiner Sektion dafür, dass auch hier der rechte Rand nicht mehr sichtbar war.... Öttinger würde sagen: "Everything hangs together!"

Der Abbruch beim Upload ergab sich wiederum aus der Dateiumbenennung, bzw. dem dort gewählten Dateinamen mit Leerzeichen, '(' und ')'. Das sind Sonderzeichen, die unter MacOS einer Sonderbehandlung bedürfen. Das ist jetzt auch behoben.

Und ja, es ist jetzt auf GitHub ein richtiges Release 2.7 mit Tag und allem pipapo, so wie es sein sollte .

Jetzt Euch ein schönes Wochenende und schön weiter testen/benutzen/Fehler melden!!!

Grüße, Martin

 

[Frogman]

Klasse, vielen Dank für Dein tolles Engagement, Martin! Auch Dir ein schönes Wochenende

 

[cp389]

Hallo flingo,

die neue Version läuft bisher ganz gut. Die Darstellungsprobleme sind behoben, alles wird richtig angezeigt.
Und der Export läuft auch gerade. Aber 500 Bilder dauern verdammt lange. Aber ich nehme an, darauf hast Du keinen Einfluss, oder?

 

[flingo]

Hallo cp389,
das hört sich gut an!

Auf die Performance hab ich nicht wirklich Einfluss, die reine Konvertierung - das ist das, was die Zeit kostet - wird von ImageMagick's convert übernommen. Soweit ich das sehe, arbeitet aber convert - so wie ich (und der Syno Uploader) ihn aufrufen, sehr effizient, weil multi-threaded: alle CPU-Kerne sind gleichmäßig belastet. Bei mir ist die Belastung während des Uploads immer zwischen 50 und 100% (und zwar auf allen Kernen), dennoch läßt sich noch flüssig mit dem System arbeiten, da kann man nicht meckern, wie sie das im Lightroom als Hintergrund-Prozess aussteuern.

Allgemeine Performance-Aussagen kann man schwer machen, aber zumindest bin ich genau so schnell wie der Syno Uploader.

Hier mal ein paar Hardware-spezifische Vergleichswerte für ein DS213:

• mein Notebook (Win7/64)mit Core i5 (2.Gen), lokale SSD, Bilder: 9MPixel, GB-Ethernetverbindung zur Diskstation, Large Thumbs, Quality 80%, --> 4.9 Sek/Bild
• Sohnemanns Tower(Win8.1/64) mit Core i7 (2.Gen), normale HDD, 100MBit/s-LAN, Bilder/Qualität wie oben --> 3.8Sek/Bild, das ist 30% schneller! Bei Videos waren es sogar 50%!!!

Zum einen hat mein Sohn jetzt ein Argumentationsproblem, warum er diesen (von mir finanzierten) Rechner dringender braucht als ich, zum anderen habe ich jetzt einen Grund einen neuen Rechner zu kaufen.

Im Ernst: die Performance hängt wesentlich vom Prozessor ab: Bilder-Konvertierung ist halt pures Number-chrunching. Alles andere: Zwischenspeichern, Hochladen, Performanz der Diskstation sind Nebensache.

 

[flingo]

Version 2.8: Video Rotation support - ich glaub, ich dreh ab

Hallo Lightroomer,
just nachdem ich zuletzt behauptet habe, dass ich nichts für die Performanz kann und außerdem eigentlich ganz zufrieden mit derselben bin, habe ich noch eine für PS6 unnötige Thumb-L-Generierung entdeckt und entfernt --> 15% schneller! Also: manchmal ist mehr drin als man denkt!

Nun aber die größere Neuigkeit: ich habe mich in der letzte Woche - angespornt von einem zerknirschten, aber netten Kollegen mit einem "Hochkant"-Video - intensiv mit Video Rotation (Soft und Hard und neu: Meta) beschäftigt. Ich musste feststellen, dass ich da noch einiges verbessern konnte. Insb. ist die von mir gelobte Soft-Rotation von der PhotoStation leider nicht "On-the-fly", sondern nur durch zusätzliches Generieren eines hard-rotated Flash-Videos durch den Syno-Indexer möglich, genau das wollte ich aber verhindern durch den Upload der passenden Videos. Auch die Thumbs zu diesen Videos wurden nicht gedreht, sondern durch den Syno-Indexer einfach gelöscht und neu gemacht...

Bevor ich weiterrede, sollte ich vielleicht den Unterschied zwischen Soft-Rotation und Hard-Rotation erklären. Soft-Rotation wird von den meisten Handy-Kameras unterstüzt: wenn man ein Hochkant-Video aufnimmt, wird tatsächlich ein Querformat-Video gespeichert, allerdings mit einem entsprechendem "Rotate"-Flag im mpeg-Header. Wenn Dein Player das rotate-Flag auswertet und eine "on-the-fly-rotation" unterstützt, bist Du fein raus. Blöderweise habe ich noch keinen entsprechenden Player gefunden. VLC kannn zwar ein Video rotiert abspielen, wenn man es ihm sagt, erkennt aber nicht selbstständig, wann es das machen sollte.

Hard-rotation bedeutet, dass ein Video tatsächlich mit einem Stream im Format von z.B 9:16 anstelle von 16:9 gespeichet ist (ich kenne keine Kamera, die das macht). Vorteil ist, dass - theoretisch - alle Player das problemlos abspielen können. Theoretisch deshalb, weil der MS Media Player auch das nicht hinbekommt.

Und dann gibt's natürlich noch die Videos, die zwar gedreht sind, aber kein entsprechendes "rotate"-Flag im Header haben, vorzugsweise von älteren Kameras. Sowas habe ich massenhaft dank meiner Kinder, die mit Beginn unserer digitalen Ära gerne lustige Filme - meistens leider hochkant - gedreht haben. Wegschmeissen wollte ich die auf keinen Fall, aber mir meinen Hals verrenken auch nicht!

Lange Rede, kurzer Sinn: mit Version 2.8 kann man nun alle Videos "ins Lot" bringen.

• Soft-rotated Videos können (müssen aber nicht) vor dem Upload in hard-rotated videos umgewandelt werden
• Rotierte Videos ohne "rotate"-Tag können in Lightroom durch ein entsprechendes Stichwort/Keyword als zu rotieren gekennzeichnet werden, ich nenn es mal "Meta-Rotation":
  
  
  Rotate-90 - für Videos, die 90 Grad im Uhrzeigersinn gedreht werden sollen
  Rotate-180 - für Videos, die um 180 Grad gedreht werden sollen (soll es geben!)
  Rotate-270 - für Videos, die 90 Grad gegen den Uhrzeigersinn gedreht werden sollen
  ​
• Meta-rotated Video können alternativ als soft- oder hard-rotated Video hochgeladen werden.

Damit sind alle meine "Use-Cases" bzgl. verdrehten Videos abgedeckt und meinem verrenkten Hals geht es auch schon viel besser.

Auf dem Mac konnte ich nur sehr kurz und auch nicht die letzte Version testen, deshalb wäre ich den Mac-Usern unter Euch für einen Test und Feedback dankbar.

Grüße, Martin

 

[Hinnerki]

Hallo Martin, klingt ja nach einem großartigem Job!!!

Habe es selbst aber noch nicht getestet...

Nur schnell eine Frage, welche LR-Versionen werden unterstützt?
...bin noch bei 4.4..

 

[Br4twurscht]

Er schreibt in seinem ersten Post, dass LR 5.7 unterstützt wird. Ich hatte es mal mit nem 4.5 probiert und prinzipiell liefs, allerdings kam am Ende der Bearbeitung immer ne Fehlermeldung. Aber es wurde bei mir alles korrekt hochgeladen und die Thumbs korrekt erstellt.

 

[Dennis-TW]

Hi, bei mir funktioniert der Export nur, wenn ich in Windows 8.1 die Firewall komplett deaktiviere.

Wenn ich die Firewall aktiviere und Lightroom und Photo Station Uploader freigebe, bekomme ich:

20:15:34: PSUploadAPI.initialize(serverUrl=http://192.168.1.10, Standard PS)
20:15:34: PSConvert.initialize: PSUploaderPath= C:\Program Files (x86)\Synology\Photo Station Uploader
20:15:34: PSConvert.initialize:
conv: C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe
ffmpeg: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\ffmpeg.exe
qt-faststart: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\qt-faststart.exe20:15:34: ProcessRenderedPhotos starting
20:15:34: login: LrHttp.post(http://192.168.1.10/photo/include/asst_file_upload.php,...)
20:15:34: LrHttp failed
  errorCode: cannotConnectToHost
  name: Die Serververbindung konnte nicht hergestellt werden.
  nativeCode: 12029
20:15:34: Login failed, reason:Error "cannotConnectToHost" on http request:
Die Serververbindung konnte nicht hergestellt werden.

Was mache ich falsch?

 

[flingo]

Hallo Hinnerki,
Lightroom 4 habe ich nicht getestet, ich verwende aber nur APIs, die auch schon in Lr4 unterstützt wurden. Von daher stehen die Chancen gut. Lass mich wissen, ob's funktioniert.

Grüße, Martin

 

[flingo]

Hallo Dennis,
die Fehlermeldung und das Timing ist ziemlich eindeutig: da scheint immer noch eine Firewall o.ä. dazwischen zu funken. Ich hab's gerade auf dem zweiten Windows 8.1 getestet (diesmal mit Norton Internet Security): ich brauchte bisher nichts an der Firewall freizuschalten, ging immer auf Anhieb.

Zwei/drei Fragen hätte ich noch:
- wie wird das Netzwerk im Netzwerk- und Freigabecenter angezeigt: als Privates Netz, Firmennetz oder Öffentliches Netz
- verwendest Du ein administratives oder ein eingeschränktes Konto?
- kannst Du mal anstelle der IP-Adresse den Servernamen (bei mir ist das "diskstation" ) versuchen.
- ist sonstige Security-Software installiert/aktiviert
- gibt es in der Windows Ereignisanzeige irgendwelche Hinweise auf Sperrungen

Grüße, Martin

 

[flingo]

Hallo Br4twurscht

Ich hatte es mal mit nem 4.5 probiert und prinzipiell liefs, allerdings kam am Ende der Bearbeitung immer ne Fehlermeldung.

Du hast recht! Am Ende zeige ich noch einen "Bezel" - eine kurze Abschlussmeldung, die dann automatisch verschwindet. Diese Funktion gibt es tatsächlich erst ab Lr5. Gut, die Meldung kommt dann unter Lr4 nicht, dafür eine Fehlermeldung, aber wenn man bis dahin kommt, ist schon alles erfolgreich gelaufen.
Grüße, Martin

 

[flingo]

Version 2.8.1: Bugfix für Lr4 und andere Kleinigkeiten

Hallo zusammen,
ich habe den Fehler mit der Schlussmeldung unter Lr4 (der Bezel) behoben und noch 2 weitere Optimierungen/Korrekturen.
Grüße, Martin

 

[flingo]

Hallo Dennis-TW,

Hi, bei mir funktioniert der Export nur, wenn ich in Windows 8.1 die Firewall komplett deaktiviere.

Wenn ich die Firewall aktiviere und Lightroom und Photo Station Uploader freigebe, bekomme ich:
....

Was mache ich falsch?

Hab nochmal mit 'nem Kollegen drüber gesprochen: die Windows-Firewall verhindert ausgehende Verbindungen standardmäßig überhaupt nicht. Die Freigaben, die Du gemacht hast, beziehen sich auf eingehende Verbindungen, die Lr gar nicht benötigt. Das kannst Du wieder rückgängig machen.

Es gibt aber andere "Sicherheits-Software" - bekannterweise McAfee - die standardmässig erstmal alles - auch ausgehend - dicht machen in der Windows-FW. Blöderweise sieht man das in der Windows FW nicht, sondern nur in der Administrationoberfläche des entsprechenden Programms. Also mein heißer Tipp: schau mal bei Deiner Antiviren-Software, was die so alles sperrt.

Grüße, Martin

 

[Dennis-TW]

Danke für deine Nachfrage, ich hatte bislang noch nicht weiter Gelegenheit zu testen.

Neben der Firewall läuft nur noch Windows Defender und wie ich es schon beschrieb, das Ein-/Ausschalten der Firewall macht genau den Unterschied!

Liegt es eventuell daran, dass die Originalbilder auf der DS liegen?

Meine Umgebung ist so:

Originalfotos auf der DS (eigener Ordner der nicht indiziert wird)

-> werden über Netzwerkfreigabe in Lightroom importiert
-> werden in Lightroom bearbeitet
-> sollen über das Plugin (mit Photo Station Uploader auf der Festplatte) in /photo auf der DS exportiert werden

Funktioniert bei mir wirklich nur, wenn die Windows Firewall komplett deaktiviert ist, selbst Freigaben für Lightroom und Photo Station Uploader (sowohl Privat/Öffentlich) führen zur obigen Fehlermeldung.

Derzeitiger Workaround: Vor dem Export aus Lightroom Windows Firewall deaktivieren, und danach wieder einschalten.

Wenn ich am WE Zeit habe, werde ich LR und den Uploader mal neu installieren, denn mir ist auch bewusst, dass dieser Fehler eigentlich nicht sein dürfte und es sehr wahrscheinlich nicht an dir liegt

 

[flingo]

Liegt es eventuell daran, dass die Originalbilder auf der DS liegen?

Glaub ich nicht: der Netzwerkzugriff auf den Share scheint ja zu funktionieren

Wenn ich am WE Zeit habe, werde ich LR und den Uploader mal neu installieren, denn mir ist auch bewusst, dass dieser Fehler eigentlich nicht sein dürfte und es sehr wahrscheinlich nicht an dir liegt

Ich würde aber vorher nochmal in der Windows-Ereignisanzeige schauen, da muss irgendwas zu sehen sein. Ich bin kein Freund von Neu-Installationen: die lösen meistens das Problem nicht.

Viel Erfolg.

Martin

 

[Dennis-TW]

Ich bin kein Freund von Neu-Installationen: die lösen meistens das Problem nicht.

Hat es in diesem Fall aber getan!

Es funktioniert jetzt. Vielleicht wäre die Neuinstallation nicht nötig gewesen, aber unter "Windows-Firewall mit erweiterter Sicherheit" stand eine Menge wirres Zeug zu Lightroom. Kann sein, dass ich da früher mal was kaputtgespielt habe, keine Ahnung.

Also von mir jedenfalls Entwarnung, läuft alles perfekt, vielen Dank und ein schönes Wochenende!