Exif bzw. IPTC

[ufkpra2]

Hallo.

Kennt von Euch jemand eine Komponente bzw. Bibliothek für Free Pascal, um Metadaten (Exif und/oder IPTC) aus Jpeg Fotos auszulesen bzw. zu schreiben?

Gruß und besten Dank!

[Socke]

Ob es FreePacal-Units gibt, die diese Aufgabe nativ lösen, weiß ich nicht.
Als externe Bibliotheken gibts die libexiv2 http://www.exiv2.org/, welche EXIF, IPTC und XMP-Metadaten bearbeiten kann. Sie ist aber unter der GNU GPL lizensiert (d.h. dein Programm muss auch quelloffen sein (GPL?)).
Da die Bibliothek in C++ geschrieben ist, solltest du dir mal diesen Beitrag ansehen, http://www.lazarusforum.de/viewtopic.ph ... 014#p39014, da C++-Klassen nicht direkt unterstützt werden.

[mschnell]

Als externe Bibliotheken gibts die libexiv2 http://www.exiv2.org/, welche EXIF, IPTC und XMP-Metadaten bearbeiten kann. Sie ist aber unter der GNU GPL lizensiert (d.h. dein Programm muss auch quelloffen sein (GPL?)).

Nö.

Die Bibiotheken sind in C geschrieben und müssen deshalb dynamisch angelinkt werden. Dynamisches Linken grenzt die GPL - Lizenz ab. nur statisches Linken ist "sticky". Bei Auslieferung des Programms muss also nur die DLL im Sourcecode mitgeliefert werden.

-Michael

[theo]

Ich selbst hab da den einfachen Weg genommen. Unter Linux rufe ich einfach via TProcess exiftool auf und gut is.

NAME
exiftool − Read/write meta information

SYNOPSIS
exiftool [OPTIONS] [−TAG[[+−<]=[VALUE]] or −−TAG ...] [FILE ...]

[Socke]

Die Bibiotheken sind in C geschrieben und müssen deshalb dynamisch angelinkt werden. Dynamisches Linken grenzt die GPL - Lizenz ab. nur statisches Linken ist "sticky". Bei Auslieferung des Programms muss also nur die DLL im Sourcecode mitgeliefert werden.

Exiv2 is a C++ library and [...]

weiter hab ich eigentlich auf deren Webseite nicht gelesen...

Zum Thema Statisch und Dynamisch kann man sich streiten. Wenn ich über die unit Dynlib die Funktionszeiger erst zur Laufzeit hole, ist das definitiv dynamisch. Wenn ich die compilierten Object-Files bzw. die binären Bibliotheks-Dateien (.lib) in mein Programm linke, ist das definitiv statisch. Wenn die Funktionszeiger aber erst zur Laufzeit durch den OS-Linker zugewiesen werden, was ist das dann?

Ich selbst hab da den einfachen Weg genommen. Unter Linux rufe ich einfach via TProcess exiftool auf und gut is.

Das geht natürlich auch.

[mschnell]

Wenn die Funktionszeiger aber erst zur Laufzeit durch den OS-Linker zugewiesen werden, was ist das dann?

libc und Genossen weden in Linux als so "dynamisch" gelinkt. Die sind GPL und offensichtlich nicht "sticky".

-Michael

[Socke]

Die libc6 auf meinem Debian behauptet unter der GNU LGPL lizenziert zu sein, daher gibts hier auch keine Probleme. Wenn aber ein {$linklib XY} für eine GPL Bibliothek auftaucht, wird irgendetwas statisch gelinkt und damit musst du dein Programm auch unter der GPL lizenzieren.

Ich frage mich nur gerade, wie das mit den Kernel-Syscalls funktioniert...

[mschnell]

Die libc6 auf meinem Debian behauptet unter der GNU LGPL lizenziert zu sein, daher gibts hier auch keine Probleme.

Da hast Du natürlich (fast) recht.

"Fast" insofern, als dass es bei LGPL auch Probleme mit statischem Linken gibt. Die LGPL verlangt, dass bei dieselben "Sticky" Kriterien wie bei der GPL angewendet werden (also statisches Linken ist "sticky"), dass aber die Auswirkung nicht ist, das das Ganze dann unter LGPL veröffentlicht werden muss, dass es aber dem End-User ermöglicht werden muss, spätere Updates auf die LGPL-Programmteile durchzuführen. Wie dass aber ohne Weitergabe das Source-Codes gehen soll weiß keiner so genau.

Wenn aber ein {$linklib XY} für eine GPL Bibliothek auftaucht, wird irgendetwas statisch gelinkt und damit musst du dein Programm auch unter der GPL lizenzieren.

Ja. Durchgesetzt hat sich aber die Auffassung, das das für so-Dateien und DLLs unter GPL eben nicht so ist. (Inwieweit der oben genannt Teil der LGPL wirklich so gemeint ist wie es klingt und inwieweit der auch für .h-Dateien gilt, die zum Anbinden einer so/DLL und für Kernel API calls nötig sind, wird anscheinend immer noch diskutiert.)

Ich frage mich nur gerade, wie das mit den Kernel-Syscalls funktioniert...

LGPL: S.o. Syscalls werden selten von "C"-User-Propgrammen direkt gemacht, meist stecken die Libraries. (die FPC-Leute möchten aber lieber das Einbinden der libc abschaffen und die Syscalls alle direkt in die RTL einbauen.) Aber Syscalls sind natürlich kein statisches Linken. Hier wird ja quasi einfach an eine feste Adresse gesprungen.

-Michael

[MitjaStachowiak]

Moin,
gibt's zu diesem Thema was neues?

Ich habe mal diese Unit versucht: http://www.delphipraxis.net/185459-exif ... -unit.html, es compiliert, findet aber keine EXIF-Daten. Der Autor schreibt ja auch, dass es Probleme gibt und diese Unit kann nur lesen...

Ich möchte sowohl lesen, als auch schreiben. Eine externe DLL/Anwendung zu verwenden wäre möglich, aber auch so etwas anzubinden, ist Arbeit. Hat jemand einen praktikablen Header?

Also ich erstelle das Bild komplett neu (Resize, Helligkeit, Kontrast, ...), möchte die Exif-Daten aus dem Original übernehmen und zusätzlich einige davon ändern. Wie geht das am besten?

[wp_xyz]

Zu Delphi-Zeiten gab es ein Tool namens dEXIF. Es war recht einfach nach Lazarus zu übertragen und hat in dem Fall. in dem ich es brauchte, gute Dienste geleistet, auch wenn es etwas chaotisch programmiert ist - siehe Anhang. Eine neuere Bibliothek ist ccr.exif (https://delphihaven.wordpress.com/ccr-exif/), aber hier hat mich bei der Portierung nach Lazarus jedesmal vorzeitig die Lust verlassen, weiterzumachen, weil es alle neuen Features von Delphi bis zum Exzess ausnutzt...

[MitjaStachowiak]

Danke, ich habe die letzten Tage dies und das verändert und prinzipiell tut es jetzt, was es soll. Ich lese die Exifs ein, schreibe ein paar Werte (z.B. Artist, ImageDescription) und speichere das Ganze wieder in ein frisches Bild (ohne Thumbnail, IPTC, ...). Habe eine Whitelist gemacht, damit nur die "wichtigen" Tags gespeichert werden und vor allem die Funktion CreateExifBuf. Kann gut nachvollziehen, warum das so chaotisch ist - dieses Exif-Standard ist extrem buggy. Das Tag UserComment geht irgendwie nicht. Mein eigenes Programm kann es zwar auch der gespeicherten Datei wieder einlesen, aber alle anderen Programme erkennen es nicht. Hier mal der Anfang des JPGs mit EXIF-Block:

[Edit:] Damit es nicht zig Parallelversionen gibt, habe ich die Unit hier gelöscht, meine aktuellste Version finden Sie im Quellcode von meinem Slideshow-Creator: https://mitjastachowiak.de/?/projects/s ... index.html

[wp_xyz]

Danke. Seh' gerade, als ich die Demos kompiliert habe, dass HeapTrc eine Menge Speicherlecks beklagt (auch nach Zurückwechseln auf meine ursprüngliche Version).

[MitjaStachowiak]

Ich habe keine Speicherleaks in meinem Programm...

[wp_xyz]

Dann liegt das vielleicht an den beigefügten Demos. Übrigens, das EXIF-Demo kann nach deiner Änderung (Entfernen von CommentXXX) nicht mehr compiliert werden.

[MitjaStachowiak]

Ich lade heute Abend mein komplettes Projekt hoch.