"We are back" « oc.at

DAU-freundliches batch watermarking+resizing

EvilGohan 12.09.2011 - 17:32 2429 28
Posts

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12189
Wie waer's, wenn du einfach die ImageMagick-convert.exe umbenennst sodass ihr Dateiname eindeutig ist, und in ein Verzeichnis schupfst, das ohnehin im Pfad des Systems ist? Mache ich mit Binaries, die ich auf Windows brauche (wget z. B.) auch immer so.

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3919
Hab schon versucht die convert.exe einfach ins selbe Verzeichnis zu legen, aber scheinbar funktionieren die exe-Files nicht ohne die beiliegenden DLLs usw.
Wirft mir einige Fehler beim Ausführen.

Habs so gelöst, dass ich die Software einfach auf C:\ImageMagick installieren lass und absolute Pfade angebe.
Mag mich da garned allzu lang mit OS-abhängigen Abfragen spielen. Steht nicht dafür.

Mir is ja schei*egal ob das hübsch ist, oder nicht...aber das System dahinter ist wirklich nicht vernünftig zu Ende gedacht. :mad:

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15869
Zitat von EvilGohan
Mir is ja schei*egal ob das hübsch ist, oder nicht...aber das System dahinter ist wirklich nicht vernünftig zu Ende gedacht. :mad:

schau, man kanns halt keinem rechtmachen
vor xp haben alle immer geschrien weil die installpfade je nach sprache unterschiedlich waren, dann änderns das system endlich damit das international gleich ist und du regst dich wieder drüber auf ;)

spunz

Elder
Elder
Avatar
Registered: Aug 2000
Location: achse des bösen
Posts: 11334
Zitat von EvilGohan
Habs so gelöst, dass ich die Software einfach auf C:\ImageMagick installieren lass und absolute Pfade angebe.
Mag mich da garned allzu lang mit OS-abhängigen Abfragen spielen. Steht nicht dafür.

set "path=C:\Program Files (x86)\ImageMagick-6.7.2-Q16;%path%"

einfach den pfad zu imagemagick vor %path% stellen, dann wird die gewünschte convert.exe verwendet.

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3919
spunz: interessant! Das klappt in der Tat.
Ist leider auch nicht für DAUs geeignet. :(
Der Pfad ist versionsabhängig...somit müsste man wissen was man da eingibt und wissen wie man die Umgebungsvariablen verändert. Mag ja ned jedem, jedesmal nachlaufen wenn er einen neuen PC hat, das neu installiert usw.
Automatisieren kannst es auch nicht, weil sich der Pfad je nach Version ändert.
Den Pfad kannst nicht abrufen in der registy, weil: siehe weiter unten!

@uon: Was hat das damit zu tun, dass man den Pfad nicht auslesen kann weil REG QUERY nach dem ersten Leerzeichen den Auslesevorgang abbricht? ;)
Oder, dass der Pfad in der registryabhängig vom Installer (32/64Bit) und vom OS (32/64Bit) ist? Obwohl der Installer eigentlich immer am selben Pfad ablegen will!

Sehr ärgerlich diese Dinge...

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15869
das mit der reg query is sicher ärgerlich, bin mir aber sicher das es einen weg geben muss, ich kann ihn dir nur leider auch nicht nennen

der pfad ist hal deswegen abhängig weil sie eine trennung zwischen 32 und 64bit programmen erreichen wollten (warum auch immer, kann ich dir auch ned sagen)
der installer wird wenn er 32bit ist auch immer am selben pfad abgelegt in vista/7, egal ob dieses 32 oder 64bit ist
nämlich immer unter C:\Program Files (x86)

edit: eventuell hilft dir das noch
http://hannes-schurig.de/04/11/2010...nter-windows-7/

edit2: ich hab jetzt grad nochmals eine 32er vm angeworfen und muss einen fehler eingestehen, sie haben doch wirklich den pfad in einer 32bit maschine auf nur C:\Program Files geändert
Bearbeitet von userohnenamen am 16.09.2011, 21:22

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3919
Interessanter Link. Bin dem Ganzen dann nichtmehr nachgegangen vor lauter Grant.

Im Endeffekt haben die User ein PDF mit der Anleitung und dort einen Screenshot vom Installer, frei nach dem Motto: "soll genau SO aussehen!".
Glaub das ist vertretbar für eine einmalige Sache und ich hab gefühlte 2h weniger Arbeit.

Wenn ich nämlich den Standard-Pfad lasse müsste ich erstens immer die gleiche Version installieren lassen, weil ja die Versionsnummer im Pfad steckt und zweitens sowohl OS (2k/XP/Vista/7) als auch den Systemtyp (32/64 Bit) feststellen und dann abhängig von diesem Query dann statisch den entsprechenden Pfad setzen...

sprich:

switch(OS)
2k: C:\Pfad\bei\2k\IM-2-4-5
XP 32: C:\Pfad\bei\XP32\IM-2-4-5
XP 64: C:\Pfad\bei\XP64\IM-2-4-5
Vista 32: C:\Pfad\bei\Vista-32\IM-2-4-5
Vista 64: C:\Pfad\bei\Vista-64\IM-2-4-5
7 32: C:\Pfad\bei\7-32\IM-2-4-5
7 64: C:\Pfad\bei\7-64\IM-2-4-5

Ich hab ja weder die Sicherheit, dass immer das gleiche OS verwendet wird, noch die gleiche IM-Version.
Es ändert sich aber immer der Pfad! Vielleicht nicht bei Vista und Seven...aber sonnst schon!

Mir gehts im übrigen bei dem Pfad nicht nur um den Dateipfad, sondern auch um den Pfad in der registy!
Wennst nämlich den 08/15-"use this version, if you are not sure what to take"-Installer verwendest (damit er auch überall geht und nicht, weil ich die richtige Version icht kenne! ;)), ist das ein 32-Bit Installer.

Dann ist der Pfad in der registy in 32-Bit Seven: HLM\SOFTWARE\ImageMagick\Current
und unter 64-Bit Seven: HLM\SOFTWARE\Wow6432Node\ImageMagick\Current

that

Hoffnungsloser Optimist
Avatar
Registered: Mar 2000
Location: MeidLing
Posts: 11344
Ich versteh noch immer nicht, warum du nicht einfach die benötigten Teile von ImageMagick mit deiner Lösung mitlieferst.

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3919
Weil die convert.exe, oder die composite.exe nicht standalone geht. Die benötigen andere dlls, oder was auch immer um zu funktionieren.

War sowieso mein erster Versuch:
bat-file, png-Wasserzeichen und die beiden exe-files

So wies jetzt ist, ists eh ok...wenn das zu viele Dateien werden, machen die Jungs noch den Fehler und vergessen irgendwas. Dann klappts erst wieder ned.

Ärgert mich halt, dass es Möglichkeiten gäbe, die aber durch so Dummheiten von Windows selbst verhindert werden! :mad:

that

Hoffnungsloser Optimist
Avatar
Registered: Mar 2000
Location: MeidLing
Posts: 11344
Zitat von EvilGohan
Weil die convert.exe, oder die composite.exe nicht standalone geht. Die benötigen andere dlls, oder was auch immer um zu funktionieren.

Und was spricht dagegen, die DLLs auch dazuzupacken?

EG

thinking with portals
Avatar
Registered: May 2004
Location: 11**
Posts: 3919
Diese Dateien liegen alle in einer Dropbox und müssen gemeinsam mit den Fotos in einen Ordner kopiert werden.

Ich will das einfach und klein halten, um die Jungs nicht zu überfordern!

So wies jetzt ist müssen sie das Programm 1x installieren (mussten sie bei der bisherigen Lösung auch) und haben danach bei jedem Vorgang genau 2 Dateien zu kopieren und eine auszuführen.

Die ganze standalone von IM hat 43MB...jedes mal kopieren ist da auch zach. Die aktuelle Lösung hat 41KB.

edit:
Hauptaugenmerk liegt für mich auf der absolut idiotensicheren Bedienung. Is mir wurscht, obs vielleicht unschön ist, dass der IM-Ordner nicht in Programme/Program Files/x86 oder auch nicht liegt.
Dieses Script funktioniert auf jedem MS OS, mit jeder IM-Version, solange die devs bei IM die Dateinamen und die Parameter nicht verändern.

Der Traum: Irgendwann soll das Werkl auch laufen, wenn ich nicht ständig dahinter bin! ;)
Bearbeitet von EG am 16.09.2011, 23:18

Viper780

Elder
Er ist tot, Jim!
Avatar
Registered: Mar 2001
Location: Wien
Posts: 50944
warum machst nicht einen kleinen server wo sie das teil einfach per SMB reinschieben und nach 10 minuten wieder abholen (evtl inkl eMail benachrichtigung)

spunz

Elder
Elder
Avatar
Registered: Aug 2000
Location: achse des bösen
Posts: 11334
Zitat von EvilGohan
Hab schon versucht die convert.exe einfach ins selbe Verzeichnis zu legen, aber scheinbar funktionieren die exe-Files nicht ohne die beiliegenden DLLs usw.
Wirft mir einige Fehler beim Ausführen.

für convert.exe musst die "vcomp100.dll" im selben ordner oder unter %windir% ablegen, mehr nicht.

wenn eh alles auf einem haufen liegt, dann kannst du im script die convert.exe auch mit "./convert.exe" aufrufen, dann kommt dir auch der suchpfad nicht in die quere.

UncleFucka

-
Avatar
Registered: Jun 2002
Location: CH
Posts: 4737
Kanonen 1 : Spatzen 0

wegen DAU hab ich ein klickibunti gemacht.
es is zusammengehackt, und nich ausfuerhlich getestet. ich glaube es geht, wennst einen orgen bug erwischt, schick halt pm ;)

pwned!

Uncle

// .NET framework required.
Bearbeitet von UncleFucka am 17.09.2011, 16:08
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz