Fridtjof wies mich darauf hin, daß mein HDR-Kalender 2010 (bitte auf jeden Fall die Hinweise vor dem Printout beachten!) keine Erwähnung bzgl. offener Software hat. Er hat Recht, das hätte man in der Agenda unterbringen können, schließlich wurden nur freie Tools benutzt. OSS rulez! Free Software, Yeah! Da ich nun keine Lust habe, das nachzuholen (beim nächsten Kalender wird alles besser, bestimmt!), mache ich hier mal eine Auflistung an Software, was dafür notwendig war:
- Linux: Natürlich! Zur Zeit nutze ich hauptsächlich Ubuntu. Aktuell die Version 9.10, Karmic Koala. Natürlich geht das aber auch mit Debian oder anderen Linux-Distributionen. Wobei ich bei Debian die Stable-Version meiden würde, die dürfte zu alt sein…
- Die Einzel-Fotos selbst, die vor der Erstellung von HDRs benötigt werden, haben natürlich auch eine Vorgeschichte. Ich nutze eine Kamera von Canon dafür, die Powershot SX1. Canon deshalb, weil es dafür eine freie Firmware gibt, mit der man bis zu 11 Photos in einer Belichtungsreihe erstellen kann. Zwischen 7 (tagsüber) und 9 (nachts) Bilder braucht man nämlich tatsächlich, um perfekte HDR-Bilder zu machen. Standard-Kameras geben meistens maximal 3 Bilder vor, die noch dazu belichtungstechnisch nicht weit genug voneinander entfernt sind. Nur mit dieser Firmware ist es möglich, die Sache ordentlich zu machen, ansonsten muß man für jede Aufnahme mühselig von Hand die Belichtungszeit einstellen. Da kommt dann natürlich das Verwacklungsproblem hinzu, man muß die Bilder dann bei der HDR-Erstellung korrigieren, so daß sie aufeinander passen. Mit der automatischen Belichtungsreihe ist das ebenfalls nicht nötig.
Übrigens habe ich auch noch eine Canon SX200IS, für die es die Firmware bisher nicht gab. Das hat sich scheinbar geändert, auch für diese Kamera gibt es nun diese Firmware. Das hat vor allem den Vorteil, daß ich 12 Megapixel bei übrigens deutlich besserem Sensor zur Verfügung habe im Gegensatz zu 10 Megapixeln bei der Powershot SX1 (und einem Sensor, der mehr bröselt). Und 10x-Zoom reicht bei HDRs völlig. Ich denke, ich werde demnächst mal mit der kleinen Canon losziehen, damit man mal einen Vergleich hat. - Momentan das einzige grafische Tool für Linux, welches ich bzgl. der Erstellung von HDR-Bildern kenne, ist QTPFSGUI. Der Name ist schräg, er setzt sich aus der Tatsache zusammen, daß es im Grunde eine grafische Oberfläche für die ursprünglichen PFSTools, einer consolenbasierten Methode, HDRs zu erstellen, ist. Schöner Satz, haha. Das QT kommt daher, daß es eben das QT-Toolkit für die grafische Darstellung nutzt. Nicht unbedingt ein Name, der Einzug in Marketing-Abteilungen versprechen würde. Wie auch immer, die Karmic-Version ist zur Zeit kaputt (HDR/EXR-Save bringt SEGV), weshalb ich empfehle, die Jaunty-Version zu installieren. BTW, die aktuelle Debian-Version hat (welch Wunder) das gleiche Problem.
- Logischerweise wird bei Bildchenverarbeitung der Großkotz der freien Welt benutzt: Gimp! Theoretisch würde QTPFSGUI ausreichen, aber spätestens, wenn die Bilder nicht ganz gerade sind, kommt man um Gimp nicht drumrum. Meistens nutze ich aber Gimp, um verschiedene HDRs eines Bildes übereinanderzulegen. Denn: Der Mantiuk-Algorithmus ist oft zu kraß kontrastig bis hin zu massiven Rauschproblemen. Fattal ist meistens zu bunt und grell, ebenso wie Ashikhmin. Drago & Reinhard (05 ist besser als 02) sind oft zu standard-mäßig. Eine Kombination aus diesen 4-5 (mal nutze ich Reinhard, mal nicht) mit Überblendungen mittels Gimp führt oft zu perfekten Ergebnissen, die die Einzel-HDRs nicht haben. Deshalb: Gimp!
- Zu guter Letzt: die Anordnung auf A3-Seiten mit Kalender-Gestaltung für das echte Feeling. Dafür bot sich OpenOffice geradezu an. Klar hätte man vielleicht auch LaTeX nehmen können, aber ich glaube, das hätte mir mehr Schmerzen bereitet. Mein letzter LaTeX-Use im größeren Umfang war meine Diplom-Arbeit…
OpenOffice hat natürlich den direkten PDF-Export, weswegen hier auch nichts weiter nötig war.
Fridtjof wies mich noch auf ArgyllCMS hin, einer Software, mit der man Farbräume anpassen kann. Sowas wäre vor der Drucklegung vielleicht brauchbar gewesen, aber ich habe mich bisher mit Farbanpassungen wenig beschäftigt. Ob man das in den Prozeß rund um OpenOffice und PDF-Output hängen kann, weiß ich nicht. Aber zumindest ein guter Tip!
Letzte Kommentare