Na das ist natürlich ganz etwas anderes. Wenn du sagst, 2 Ausbelichter sind genug, macht Adobe das sicher gerne
.-
Neuer Gutscheincode unseres Partners Schutzfolien24:
DSLR-Forum2025
Dauerhaft 10% Rabatt auf alle Displayschutzfolien und Schutzgläser der Eigenmarken
"Upscreen", "Screenleaf", BROTECT" und "Savvies".
Der Code ist für alle Geräteklassen gültig. -
Stimmt ab über die Sieger des DSLR-Forum Fotowettbewerbs Juli 2025.
Thema: "Unscharf"
Nur noch bis zum 31.07.2025 23:59!
Jeder darf abstimmen!
Zur Abstimmung und Bewertung hier lang -
In eigener Sache!
Liebe Mitglieder, liebe Besucher und Gäste
ich weiß, es ist ein leidiges Thema, aber ich muss es ansprechen: Werbung, Werbeblocker und Finanzierung des Forums.
Bitte hier weiterlesen ... -
Nicht erreichbare Adressen im Benutzerkonto
Wir bekommen zurzeit eine große Anzahl an E-Mails, die das System zum Beispiel als Benachrichtigungen an Nutzer verschickt,
als unzustellbar zurück, weil z.B. die Adressen nicht erreichbar sind oder das Postfach gar nicht existiert.
Stellt doch bitte sicher, dass die Benachrichtigungen, die ihr vom System erwartet, auch zugestellt werden können.
Nicht erreichbare E-Mail-Adressen sind dazu wenig hilfreich.
Danke!
WERBUNG
Lightroom Plugins: Ideen?
- Themenersteller c!w
- Erstellt am
.Ich glaube, ich habe dich falsch verstanden, sorry. Ähh ... Sonntag-Nachmittags-Hirnpause ...
.Der Zugriff auf oder gar das Auswählen eines Snapshots ist im SDK bzw. der API nicht vorgesehen, soviel kann ich sagen.
Dafür sollte es ein einfaches Export-Preset tun, etwa wie im angefügten Screenshot. "Ewig" dauert es aber wohl eher, weil das Bild erst berechnet werden muss.
Ich nehme an, er spricht von der direkten Übergabe an PS als JPG - das geht m.W. nicht.
Rechtsklick -> "Öffnen mit". Und dann als Format sinnfreierweise kein Lossless-Format wie Tiff oder PSD, sondern halt JPEG - damit die Qualität möglichst gering wird.
Sorry für den Sarkasmus, aber es wird tatsächlich wenig bringen, schlimmstenfalls sogar einen Sekundenbruchteil länger dauern. Das Erstellen des entwickelten Bildes dauert prinzipiell gleich lang, und die JPEG-Kompression kann sogar mehr Zeit in Anspruch nehmen als das Wegschreiben des unkomprimierten Datenstroms
Sorry für den Sarkasmus, aber es wird tatsächlich wenig bringen, schlimmstenfalls sogar einen Sekundenbruchteil länger dauern. Das Erstellen des entwickelten Bildes dauert prinzipiell gleich lang, und die JPEG-Kompression kann sogar mehr Zeit in Anspruch nehmen als das Wegschreiben des unkomprimierten Datenstroms
Alles richtig ... aber er hat halt gefragtRechtsklick -> "Öffnen mit". Und dann als Format sinnfreierweise kein Lossless-Format wie Tiff oder PSD, sondern halt JPEG - damit die Qualität möglichst gering wird.
Sorry für den Sarkasmus, aber es wird tatsächlich wenig bringen, schlimmstenfalls sogar einen Sekundenbruchteil länger dauern. Das Erstellen des entwickelten Bildes dauert prinzipiell gleich lang, und die JPEG-Kompression kann sogar mehr Zeit in Anspruch nehmen als das Wegschreiben des unkomprimierten Datenstroms
. Schnelle Festplatte dürfte die Lösung sein, da LR die Datei ja dort ablegt (als Kopie sowieso). Es ist erstaunlich, wieviel die Leute teilweise in CPU, Speicher und GraKa investieren und die HDs als Performancebremse vergessen.JPEG2000-Unterstützung bzw. externe xmp-Dateien für TIFF/PSD
Wäre doch Klasse, wenn man die eingescannten Analogschätzchen auch in den Lightroom-Workflow integrieren könnte. Das geht mit 16 bit derzeit nur mit TIFF oder PSD und das ist riesig. Da erreicht man mit JPEG2000 bei niedrigster Komprimierung ein Fünftel der Größe (4000 dpi, 16 bit):
* als TIFF/PSD rund 100 MByte
* als JPEG2000 rund 20 MByte
Wenn das mit dem JPEG2000 nicht klappt, es auch denkbar etwas zu bauen, um bei PSD/TIFF-Dateien die Entwicklungseinstellungen nicht in das Bild zu schreiben, sondern (bzw. zusätzlich) in eine externe Datei (.xmp) zu retten. Dann kann man nach der Bearbeitung die TIFF/PSD löschen und die JPEG2000 und die .xmp-Datei aufheben.
Gruß
Holger
Wäre doch Klasse, wenn man die eingescannten Analogschätzchen auch in den Lightroom-Workflow integrieren könnte. Das geht mit 16 bit derzeit nur mit TIFF oder PSD und das ist riesig. Da erreicht man mit JPEG2000 bei niedrigster Komprimierung ein Fünftel der Größe (4000 dpi, 16 bit):
* als TIFF/PSD rund 100 MByte
* als JPEG2000 rund 20 MByte
Wenn das mit dem JPEG2000 nicht klappt, es auch denkbar etwas zu bauen, um bei PSD/TIFF-Dateien die Entwicklungseinstellungen nicht in das Bild zu schreiben, sondern (bzw. zusätzlich) in eine externe Datei (.xmp) zu retten. Dann kann man nach der Bearbeitung die TIFF/PSD löschen und die JPEG2000 und die .xmp-Datei aufheben.
Gruß
Holger
3 Ideen von mir
Idee 1: Erstellungsdatum/Zeit nach IPTC-Datum/Zeit übertragen ("erstellt am")
Dies geht derzeit nur extern per Exiftool "-EXIF:CreateDate>IPTCateCreated" "-EXIF:CreateDate>IPTC:TimeCreated" *
Idee 2: Dateinamen umbenennen
Dies geht zwar, aber es fehlen String-Methode wie $Left, $Mid, $Right damt man z.B. aus IMG_1234.CR2 ein IMG_01234.CR2 oder IM_01234.CR2 machen kann.
Bisher gehts nur extern und auch nur vor dem LR-Import, macht man es danch, müsste man neu importieren, darum wäre hier eine Interne Variante besonders wünschenswert. Man könnte sogar RegExp einbauen, die sollten von Lua, der Scriptsprache von LR eh verstanden werden.
Idee 3: Namen (Personen) als eigenständiges benutzerdefinierts Metadatenfeld
Sinn: Man kann solche Felder per Smart-Sammlung gezielt abfragen, Z:B. ob überhaupt etwas drin steht, das ginge zwar auch mit den Stichworten, aber dort stehen ja auch andere Dinge drin und so müsste man jeden Namen Abfragen
Wichtig: man müsste eine Liste einbinden können, anhand derer automatisch Namen, die bereits in den Stichwörter enthalten sind ins neue Feld übertragen werden (spart Arbeit)
Idee 1: Erstellungsdatum/Zeit nach IPTC-Datum/Zeit übertragen ("erstellt am")
Dies geht derzeit nur extern per Exiftool "-EXIF:CreateDate>IPTC
ateCreated" "-EXIF:CreateDate>IPTC:TimeCreated" *Idee 2: Dateinamen umbenennen
Dies geht zwar, aber es fehlen String-Methode wie $Left, $Mid, $Right damt man z.B. aus IMG_1234.CR2 ein IMG_01234.CR2 oder IM_01234.CR2 machen kann.
Bisher gehts nur extern und auch nur vor dem LR-Import, macht man es danch, müsste man neu importieren, darum wäre hier eine Interne Variante besonders wünschenswert. Man könnte sogar RegExp einbauen, die sollten von Lua, der Scriptsprache von LR eh verstanden werden.
Idee 3: Namen (Personen) als eigenständiges benutzerdefinierts Metadatenfeld
Sinn: Man kann solche Felder per Smart-Sammlung gezielt abfragen, Z:B. ob überhaupt etwas drin steht, das ginge zwar auch mit den Stichworten, aber dort stehen ja auch andere Dinge drin und so müsste man jeden Namen Abfragen
Wichtig: man müsste eine Liste einbinden können, anhand derer automatisch Namen, die bereits in den Stichwörter enthalten sind ins neue Feld übertragen werden (spart Arbeit)
Mit Lightroom geht das leider nicht, aber bis es ein solches Plugin gibt
, hilft dir vielleicht IrfanView weiter - damit geht das mittlerweile.Rahmen beim export könnte mit lrmogrify gehen.
Den Vorschlag unterstütze ich! Das wäre für mich persönlich momentan auch die sinnvollste Erweiterung.
WERBUNG