Hi Thomas,

Antwort auf:

DAs hört sich für mich krank an.

Ich bin nicht krank, ich versuche nur, mit gegebenen Mitteln (im Verlag) etwas vergleichbares wie die vorher/nachher-Funktionalität aus Lightroom zu simulieren. Wenn Du in deiner unübertrefflichen Weisheit eine "gesündere" Methode kennst lass mich daran teilhaben. Übrigens ist .jpeg kein "falsches" Suffix sondern ein durchaus gebräuchliches, siehe:

http://de.wikipedia.org/...amenserweiterungen/J

Antwort auf:

Wofür soll das gut sein? Vor allem ohne sie vorher gesichert zu haben und am Ende der Aktion zurückzuschreiben, ist sowas bäääh

Was von

Zitat

Also das eine (optimiert) heißt .jpg, das andere .jpeg. Sind die Bilder nun nach meinem Geschmack, so müssen sie nur noch in cmyk umgewandelt werden, also in das je nach Papiersorte benötigte CMYK-ICC-Profil. Hierfür habe ich mir eine PS-Aktion geschrieben (Setzte Farbeinstellung

hast du nicht verstanden? Nur so ist es ja möglich beide Bilder nebeneinander in der Bridge zu vergleichen.

Antwort auf:

Und das wundert dich?
ACR erzeugt ein neues Bild in das dass ERgebnis oder ein SM aus ACR eingesetzt wird. Das macht _jeder_ RAW Converter so, denn die RAWs sind per Definition tabu.

Nun, genau das macht aber das Droplet, das ich dekompilieren will. Ich will ja rausfinden, wie das funktionieren kann. Ich dachte eigentlich, das hätte ich deutlich gemacht.

Antwort auf:

auch Tiffs lassen sich JPEG komprimieren ;-) aber das ist ne andere Baustelle

Zitat

TIFF ist, neben PDF und EPS, ein wichtiges Format zum Austausch von Daten in der Druckvorstufe in Verlagen und Druckereien, weil es das von ihnen verwendete CMYK-Farbmodell unterstützt. Im Internet wird das TIFF genutzt, um Anwendern, wie etwa Verlagen, hochaufgelöste Bilder in druckfähiger, verlustfreier Qualität zur Verfügung zu stellen. Dabei wird in Kauf genommen, dass diese Dateien ein Mehrfaches der Größe eines verlustbehaftet komprimierten JPEG-Bildes haben. TIFF hat sich so als Quasi-Standard für Bilder mit hoher Qualität etabliert.

http://de.wikipedia.org/...ed_Image_File_Format

Das ein TIF auch komprimiert werden kann, ist mir schon klar aber wird aus diversen Gründen im Verlag nicht gemacht. Einige davon liegen in der Weiterverarbeitung und den unterschiedlichen Programmen - beispielsweise die TIFF-G4 RIPS, die die Daten für Axel Springer aufbereiten - die daran beteiligt sind und mit komprimierten TIFs Fehler produziert haben, aufgrund derer Kunden eine Gutschrift verlangten. So einfach ist das... Geld regiert die Welt

Und wie es bei der Wikipedia heißt: "TIFF hat sich so als Quasi-Standard für Bilder mit hoher Qualität etabliert" damit ist natürlich ein unkomprimiertes TIF gemeint, auch wenn LZW verlustfrei ist. LZW bringt aber auch nicht so viel bei Bildern mit hohem Farb- und Luminanz-Umfang

Zitat

Nimm den Sichern unter Dialog mit in die Aktion (wenn er sich eh nicht verhindern lässt), parametriere ihn ordentlich und schau obs besser wird.

Der "Speichern unter" Dialog sichert aber in einen definierten Ordner und nicht immer in den Ordner, in dem das Original liegt. Und der Trick, dies doch hinzubekommen ist mir gerade zu aufwendig. In CS5 gibt es beim erstellen des Droplets leider keinen Dialog, bei dem ich definieren kann dass PS immer in den Originalordner sichert. Es gibt nur "Speichern und Schließen" oder die Möglichkeit, auf das Speichern der Aktion zurück zu greifen, was aber normalerweise einen definierten Pfad beinhaltet.

Aber genau darin mag die Lösung des Problems liegen, vielleicht sollte ich doch den Trick benutzen, um im "Speichern unter"-Dialog in der Aktion ein: "In: Datei oder Ordner nicht gefunden" zu produzieren, wodurch PS automatisch in den Originalordner sichert.

Zitat

Ich hab aber auch immer noch nicht wirklich nachvollziehen können, wie das aus dem ACR ein Droplet anwirfst, oder ist der Schritt ACR mit in der Droplet Aktion?
Wie geht das?

Aus ACR wird das Droplet nicht bedient.

Ich habe vor mir das Fenster der Bridge. Nun vergleiche ich das automatisch optimierte jpg mit dem Original ->Es ist noch nicht gut genug -> +R öffnet das jpg in ACR -> Bild verbessern -> auf fertig klicken -> wieder zurück in Bridge -> nächstes Bild -> alle fertig -> alle bearbeiteten Bilder auswählen -> drag & drop auf Droplet auf Desktop -> PS macht den Rest -> Kaffee trinken :-)

ALR 3 hat zwar ein komfortableres GUI aber die Weiterverarbeitung läuft aus der Bridge und ACR flüssiger.

Nun haben wir zwar daran herumlaboriert, wie ich das Problem des Bildbearbeitungs-flows beheben bzw. umgehen kann, aber meiner eigentlich Frage: wie kann ich ein Droplet mit dem DropletDecompiler dekompilieren bin ich leider noch nicht näher gekommen. Denn das ist es, was mich besonders interessiert...

Davon abgesehen finde ich es nicht sehr amüsant, hier im Forum als "krank" "bäääh" oder irgendwie als dämlich behandelt zu werden. Ich bin kein kleiner Junge, dem man mit solchen Sprüchen kommen kann. Wer was Sinnvolles zum Thema zu sagen hat bzw. Verbesserungsvorschläge zu einer komplexen Arbeitsumgebung - in der jährlich tausende von Bildern möglichst effektiv bearbeitet, optimiert und weiterverarbeitet werden müssen - geben kann ist gerne gesehen, sollte sich aber um die allgemein übliche Höflichkeit bemühen. Auch wenn mein Name vielleicht andere Assoziationen hervorrufen mag ;-)

Best Regards,
mockingbird

Eigentlich ist mir das ja hier zu doof, aber damit keiner behaupten kann, dass nicht wenigstens ich mir Mühe gegeben habe:

Hast du den Decompiler mal aus PS CS4 gestartet, da läuft er hier mit PS CS4 Aktionen – PS CS5er Aktionen scheinen mir nach einem Blick in ein identische Aktion in Form eines Droplets aus CS4 und CS5 wieder komplett anders gestrickt zu sein.



Zum Rest halte ich mich jetzt raus, weil wenn hier jemand dicke Backen macht, weil man ihn darauf hinweist, dass es kein guter Stil ist, eine Aktion mit dem Verstellen der Usersettings zu beginnen, und sie am Ende nicht wieder zu restaurieren; oder es nicht hinbekommt, in der Bridge 2 Bilder zu vergleichen, die nicht im selben Ordner liegen, ist alles weitere, aus meinem bescheidenen Kenntnisstand der Materie heraus, vergebene Liebesmüh.

Moin,

Mocking Bird high in a tree
Looks like you got the best of me
Mocking Bird singing his song
Well Mocking Bird mocking me
now that you're gone

ab dafür ...

Hallo Herr mockingbird,

probieren Sie es doch mal mit einer Kombination von AS und Aktion. Das folgende Script konnte ich nur mit PS CS3 testen, gerade im Öffnen-Dialog könnten hier ein paar Unwegbarkeiten stecken ...

Aktion im Script ändern,als Programm sichern, als Droplet nutzen:

Code

on open theFiles 
	repeat with i from 1 to count of theFiles 
		set theFile to (item i of theFiles) as text 
		try 
			tell application "Adobe Photoshop CS3" 
				open file theFile showing dialogs never 
				set myDoc to current document 
				 
				do action "MeineAktion" from "Standardaktionen" --hier Deine Aktion 
				 
				set jpegSaveOptions to {class:JPEG save options, embed color profile:true, format options:optimized, quality:12} 
				save myDoc in file theFile as JPEG appending no extension with options jpegSaveOptions --no extension behält suffix".jpeg" 
				close myDoc 
				 
			end tell 
		on error e 
			display dialog e giving up after 5 
			close myDoc saving no 
		end try 
	end repeat 
end open 

Insofern die bearbeitete Datei als *.jpg sicherbar ist, sollte das funktionieren.

Liebe Grüße

Hans-Gerd Claßen

P.S. die Aktion darf natürlich keine öffnen oder sichern Elemente haben ::))

Hallo Herr Claßen,
vielen Dank, das klappt sehr gut :-)
so konnte ich zwar mein droplet nicht dekompilieren, aber mit Ihrem Script hat sich das erübrigt. Ich werde mich nun intensiver mit dem Steuern von PS mittels Script befassen. Tatsächlich Hilfe zur Selbsthilfe!
Thanks a lot

Beste Grüße,
mockingbird

Kein Problem :)

Bei den Jpg-SaveOptions gibt es noch ein paar Optionen.
Am besten mal mit dem ScriptEditor das Funktionsverz. der PS.app öffnen und nachschauen ...

Schönen Rest

Hans-Gerd Claßen