Mit Version 1.4 hat sich das grundlegend geändert. Gradia ist in riesigen Schritten jetzt ein vollwertiges Screenshot-Tool mit integrierten Bildbearbeitungsfunktionen geworden – ähnlich wie etwa Shutter oder Ksnip. Der große Unterschied: Gradia konzentriert sich nach wie vor darauf, aus schlichten Screenshots ansprechende Grafiken zu machen.

Was ist neu seit Version 1.1.0

Der wichtigste Unterschied zur frühen Version: Gradia kann jetzt selbst Screenshots erstellen. Das passiert entweder über den Button in der Anwendung oder – eventuell sogar praktischer – über Kommandozeilenparameter. Mit dem folgenden Kommando startet ihr die interaktive Bereichsauswahl, alternativ erstellt ihr sofort einen Vollbild-Screenshot.

$ flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE

$ flatpak run be.alexandervanhee.gradia --screenshot=FULL

Das kann man auch dazu verwenden via Shortcuts Screenshots aufzunehmen und anschließend umgehend Gradia mit dem gerade erstellten Bild zu starten. Öffnet dazu in GNOME Einstellungen » Tastatur » Tastenkürzel anzeigen und anpassen » Eigene Tastenkürzel. Dort tragt ihr dann etwa folgendes ein.

• Name: „Screenshot mit Gradia“
• Befehl: flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE
• Tastenkombination: Zum Beispiel Strg + Druck (der Shortcut sollte eigentlich noch frei sein)

So wird Gradia zum direkten Ersatz für andere Screenshot-Tools, nur dass das Ergebnis direkt zur weiteren Bearbeitung bereitsteht. Im Hintergrund greift Gradia auf das Screenshot-Portal von Wayland zu, sodass es zu keinen Problemen mit dem modernen Display-Server-Protokoll kommt.

Dazu kommen die Bildbearbeitungsfunktionen, die man von ähnlichen Tools kennt: Annotationen, Markierungen, Pfeile, Text und Formen. Gradia kombiniert diese Standard-Werkzeuge mit seinem ursprünglichen Ansatz – dem Aufhübschen durch Hintergründe und Effekte.

Bildbearbeitung mit Potenzial

Die neuen Annotation-Tools decken die üblichen Verdächtigen ab: Stift, Text, Linien, Pfeile, geometrische Formen, Hervorhebungen und die Möglichkeit, Bereiche unkenntlich zu machen. Für schnelle Markierungen und einfache Erklärungen reicht das vollkommen aus.

Allerdings merkt man noch, dass diese Funktionen relativ neu sind. Feineinstellungen, die man von etablierten Tools wie Shutter gewohnt ist, fehlen noch: Die Liniendicke lässt sich nicht anpassen, bei Texten kann ich nur die Schriftart ändern, aber nicht die Größe oder einen Schlagschatten hinzufügen. Das ist nicht dramatisch, aber für detailliertere Annotationen durchaus spürbar. Einen Verbesserungsvorschlag dazu gibt es bereits.

Die Stärke liegt nach wie vor in der visuellen Aufbereitung. Ein Screenshot bekommt durch die Hintergrund-Optionen, Schatten und anpassbare Seitenverhältnisse schnell ein professionelles Aussehen – ohne dass ich mich durch komplexe Menüs klicken muss.

Blitzschnelle Entwicklung

Gradia hat sich von einem Nischen-Tool für die visuelle Aufbereitung zu einem vollwertigen Screenshot-Programm entwickelt. Die Integration der Bildbearbeitungsfunktionen ist gelungen, auch wenn hier noch Raum für Verbesserungen bleibt.

Wer bereits die frühere Version nutzte, sollte definitiv ein Update machen. Die neuen Funktionen erweitern die Einsatzmöglichkeiten erheblich, ohne die ursprünglichen Stärken zu verwässern. Für neue Nutzer ist Gradia jetzt eine ernstzunehmende Alternative zu etablierten Tools wie Shutter oder Ksnip – mit dem besonderen Fokus auf ansprechende Optik.

Ihr findet die aktuelle Version wie gewohnt auf Flathub und könnt den Quellcode auf GitHub einsehen. Unter Arch und seinen Derivaten lässt sich die aktuelle Version von Gradia auch alternativ über das AUR installieren, so spart man sich die doch recht umfangreichen Abhängigkeiten von Flatpaks.

Früher habe ich für diese Aufgaben Shutter verwendet. Leider hat dieses Tool inzwischen den Support für Wayland verloren und scheint seit geraumer Zeit nicht weiterentwickelt zu werden. Als aktuelle Alternative setze ich deshalb KSnip ein, um Anmerkungen und Markierungen hinzuzufügen – Auch wenn ich dafür in den Kauf nehmen muss, dass ich mir damit einen Haufen Qt-Bibliotheken ins System laden muss. Was mir jedoch immer noch fehlt, ist ein Lupeneffekt, mit dem ich kleine Details in meinen Screenshots vergrößern und hervorheben kann.

Dieser Effekt lässt sich aber schnell und einfach mit GIMP umsetzen, auch wenn es dafür keinen direkten Filter gibt. In dieser Anleitung zeige ich euch, wie ihr in wenigen Minuten einen Lupeneffekt auf euren Screenshots erstellen könnt.

Schritt-für-Schritt-Anleitung für den Lupeneffekt in GIMP

Screenshot öffnen

Öffnet zunächst euren Screenshot in GIMP. Falls ihr noch keinen Screenshot gemacht habt, könnt ihr dies direkt in GIMP erledigen: Wählt dafür im Menü Datei | Erstellen | Screenshot. Damit könnt ihr den Screenshot entweder direkt im Programm aufnehmen oder eine vorherige Aufnahme importieren.

Bereich auswählen

Wählt nun das Rechteckige Auswahlwerkzeug oder das Elliptische Auswahlwerkzeug aus der linken Werkzeugleiste aus. Zieht die Auswahl um den Bereich, den ihr vergrößern wollt – also den Bereich, den ihr später als Lupeneffekt hervorheben möchtet. Um mit dem Ellipsenwerkzeug einen kreisförmige Auswahl zu erstellen, haltet ihr während des Aufziehens mit der Maus die Umschalt-Taste gedrückt.

Sobald die Auswahl getroffen ist, drückt auf der Tastatur Strg+C, um den Bereich zu kopieren. Anschließend drückt Strg+V, um den Bereich als neue schwebende Auswahl einzufügen. Diese neue Auswahl erscheint dann im rechten oberen Bereich von GIMP unter Schwebende Ebene. Klickt mit der rechten Maustaste darauf und wählt Zur neuen Ebene aus, um die schwebende Auswahl in eine feste Ebene mit dem Namen Transformation umzuwandeln.

Vergrößern der Auswahl

Jetzt kommt der eigentliche Lupeneffekt: Wählt das Skalieren-Werkzeug aus der linken Werkzeugleiste aus und klickt auf die gerade erstellte neue Ebene. Vergrößert die Auswahl so, dass sie die gewünschte „Lupenwirkung“ erzielt. Achten dabei darauf, das Seitenverhältnis zu sperren, damit die Proportionen der Auswahl erhalten bleiben.

Ebene an Bildgröße anpassen

Rechtsklickt auf die neue Ebene im rechten Panel und wählt Ebenen auf Bildgröße. Damit passt ihr die Ebene an die Gesamtbildgröße an, ohne dass sich die anderen Elemente auf dem Screenshot verändern.

Auswahl um den Effekt hinzufügen

Rechtsklickt wieder auf die Ebene im rechten Panel und wählt diesmal Auswahl aus Alphakanal aus. Diese Funktion macht den transparenten Bereich der Ebene auswählbar.

Kontur hinzufügen

Geht nun auf Bearbeiten | Auswahl nachziehen … und passt die Eigenschaften der Umrahmung an. Ihr könnt hier die Farbe der Linie und deren Dicke wählen. Die Standardfarbe wird dabei aus der Vordergrundfarbe von GIMP übernommen. Eine Vorschau gibt es für diese Funktion leider nicht. Klickt auf OK, um die Umrahmung anzuwenden.

Hintergrund anpassen

Zu guter Letzt könnt ihr noch einen Filter auf den Hintergrund anwenden, um den Effekt weiter zu verstärken. Eine Unschärfe oder ein Schatten auf der neuen Ebene sorgen dafür, dass der Lupeneffekt stärker zur Geltung kommt. Dazu könnt ihr im rechten Panel der Ebene Filter auswählen und verschiedene Optionen ausprobieren, wie z. B. Weichzeichnen oder Schatten hinzufügen.

[td_smart_list_end]

Mit diesen einfachen Schritten habt ihr einen effektiven Lupeneffekt in GIMP erstellt. Es erfordert ein bisschen Übung und Feintuning, aber schon nach wenigen Versuchen bekommt ihr ein gutes Gefühl für die Werkzeuge und könnt sie effizient in eure Screenshot-Nachbearbeitung einbauen. Besonders praktisch: Ihr könnt die Methode für beliebige Bildbereiche anwenden, um nicht nur Text, sondern auch andere Details in euren Screenshots hervorzuheben.

$ wget https://github.com/RH12503/triangula/releases/download/v1.2.0/triangula-linux-1.2.0.zip
$ unzip triangula-linux-1.2.0.zip
$ chmod +x Triangula
$ ./Triangula

Triangula

Zum Programm selbst möchte ich gar nicht viele Worte verlieren, da ihr sowieso selbst damit experimentieren müsst. Am besten funktionieren in meinen Augen Motive, die ein Objekt gut im Vordergrund herausstellen. Also etwa ein Porträt eines Menschen oder ein großes Objekt vor einer Landschaft. Je nach Motiv müsst ihr mit der Anzahl der Knoten, der Form des Netzes (Dreiecke oder Polygone) und den anderen Werten experimentieren. Mit einem Klick auf Start fängt das Programm an zu rechnen. Es arbeitet dann so lange am Verfeinern des Netzes, bis ihr die Rechnung mit einem Klick auf Pause oben unter der Fensterleiste) oder auf Stop unterbricht. Das Ergebnis lässt sich dann als Datei im PNG- oder SVG-Format exportieren. Die SVG-Datei könnt ihr dann in einem vektororientierten Grafikprogramm wie Inkscape weiterbearbeiten.

FOSStriangulator

Als Alternative zu Triangula habe ich den FOSStriangulator im AUR von Arch Linux entdeckt. Dementsprechend leicht lässt es sich unter Arch und Manjaro via yay -S fosstriangulator einspielen — selbstverständlich funktioniert das auch mit allen anderen AUR-Helpern. Im Unterschied zu Triangular arbeitet der FOSStriangulator nun nicht ganz vollautomatisch, was das Programm ein wenig komplizierter macht, euch aber auch ein wenig mehr Einfluss auf das Ergebnis vermittelt. Im ersten Schritt öffnet ihr über CHOOSE AN IMAGE euer Bild in das Programm. Danach schraubt ihr erstmal über # OF EDGE POINTS die Anzahl der Knotenpunkte hoch.

Jetzt kommt der interaktive Part: Fahrt mit dem Mauszeiger die Konturen eures Motivs ab und klickt immer wieder auf eine Kante, um einen neuen Knoten zu setzen. Wieder funktionieren Motive am besten, die ein Objekt im Vordergrund deutlich herausstellen. Setzt die Punkte am Rand des Objekts und an wichtigen Details, etwa um die Nase herum, rund um die Augen oder den Mund. Habt ihr aus Versehen an einer falschen Stelle einen Knoten gesetzt, dann löscht ihr ihn über den ERASER. Ähnlich wie bei der Bildbearbeitung Gimp könnt ihr die Größe des Radiergummis einstellen. Ihr müsst mit dem Ratzefummel allerdings Klick für Klick arbeiten. Ihn durch das Bild zu wischen funktioniert nicht.

Zudem erzeugt ihr über # OF RANDOM POINTS zufällige Knotenpunkte im Bild. Um das Ergebnis jetzt zu kontrollieren, wechselt ihr den DISPLAY MODE. Die Knoten seht ihr mit einem Klick auf MESH (M). Das berechnete Bild über RESULTS (R). Dazu könnt ihr euch noch das Ergebnis der Kantenerkennung und die einzelnen Punkte ansehen. Die Ansicht lässt sich jederzeit ändern. Gefällt euch eine durch herumprobieren gefundene Einstellung, könnt ihr sie über SAVE POINTS sichern und bei Bedarf auch später wieder in das Programm laden (LOAD POINTS). So könnt ihr in Ruhe experimentieren, ohne Angst haben zu müssen, eine gute Darstellung zu verlieren.

Den größten Unterschied macht ihr in meinen Augen schon bei der Wahl des Motivs. Den Hahn oben im Aufmacherbild habe ich in ein paar Minuten zusammengeklickt. Auch ohne große Mühe ist das Ergebnis schon fast druckreif. Ich habe einfach nur das Bild geladen, ein paar Punkte rund um die Kontour gesetzt, sowie ein paar Punkte im Gefieder markiert und schon war das Bild fertig. Der Hahn hat selbst nur wenige Details und das Tier erkennt das menschliche Gehirn auch ohne viele Informationen, das macht die Arbeit leichter. Der Strauß in den Beispielen hingegen lässt sich deutlich schwerer auf einfache Dreiecke reduzieren. Euch wünsche ich viel Spaß beim Gestalten, vielleicht schickt ihr mal eure Ergebnisse via Kommentar.

Shutter für Gnome-User

Mit dem Update Anfang des Jahres auf Version 0.95 ist das Projekt auf Github umgezogen, zudem wurden die Perl-Abhängigkeiten aktualisiert, was die Entwicklung erleichtert und die Software auf die Zukunft vorbereitet. In der Version 0.96 danach, haben die Entwickler die Oberfläche auf GTK3 aktualisiert, wodurch die Paketbauer das Projekt wieder in die Paketquellen der großen Distributionen integrieren konnten, da inzwischen viele Distributionen auf GTK2-Bibliotheken verzichten. Unter Arch Linux lässt sich Shutter daher endlich wieder ohne das AUR direkt über ein sudo pacman -S shutter installieren — natürlich auch über die Paketverwaltungs-Frontends wie etwa Pamac. Für Ubuntu und Co. betreiben die Entwickler zum Teil eigene Paketquellen, im Fall von Ubuntu in Kooperation mit dem Blog Linuxuprising.com eine PPA-Paketquelle. Sämtliche Installationsvarianten erklärt das Projekt auf seiner Homepage.

Der Vorteil von Shutter liegt darin, dass das Programm nicht nur Screenshots schießt, sondern diese auch noch verwalten und bearbeiten kann. Dazu zeigt die Anwendung im Hauptfenster eine Übersicht an. Praktisch ist, dass man nicht nur einen Screenshot eines Fensters, des Desktops oder einer Auswahl auslösen kann, sondern Shutter auch den letzten Screenshot mit einem Klick auf das erste Icon links wiederholt. Das hilft beim Erstellen von Dokumentationen zu Programmen, bei denen man nicht nur das Anwendungsfenster, sondern auch ein bisschen vom Desktop drumherum im Bild haben möchte. Beim Update auf die aktuelle Version fiel mir auf, dass die Screenshots übelst verpixelt und mit Artefakten übersät waren: Ich musste in den Einstellungen unter Allgemein den Dateityp noch auf PNG ändern.

Super hilfreich ist auch die Möglichkeit, die von Shutter geschossenen Screenshots direkt im Programm weiterzubearbeiten, ohne dass man Gimp und Co. bemühen muss. Dazu öffnet man einfach nur das entsprechende Bild und geht ganz rechts auf Bearbeiten. So könnt Ihr zum Beispiel Bereiche verpixeln oder komplett unkenntlich machen — Verpixelungen lassen sich in gewissen Grenzen wiederherstellen. Auch andere nützliche Werkzeuge wie Linien, Boxen und Kreise oder Pfeile sind mit im Programm. Für Anleitungen praktisch sind auch die fortlaufend nummerierten Ziffern in den Kreisen. So muss man sich Bilder zu Texten wie „Tippen Sie auf Schalter (1) und dann auf (2)“ einfach nur zusammenklicken.

Der aktuell noch größte Nachteil an Shutter liegt darin, dass das Programm noch nicht mit dem Display-Server Wayland zurechtkommt, der unter Gnome generell und auch Distributionen wie etwa Ubuntu inzwischen Standard ist. An dem Problem wird seit einiger Zeit bearbeitet, doch der entsprechende Bug-Report auf Github kommt nicht so schnell voran. Startet man Shutter unter Wayland, dann deaktiviert das Programm alle Screenshot-Funktionen, bis auf das Ablichten des kompletten Desktops. Ein Klick darauf startet den in Gnome integrierten Screenshooter, der dann das Bild des kompletten Desktops an Shutter durchreicht. Als Workaround bleibt einem nichts anderes übrig, als auf den klassischen Xserver umzustellen. Dazu müsst Ihr Euch vom Desktop abmelden, im Displaymanager (bei Gnome auf dem Desktop in der Regel GDM) auf das Einstellungs-Icon gehen und dann eben auf Gnome unter Xorg umstellen.

Ksnip für KDE-User

Mit noch mehr Funktionen und auch generell ein wenig runder arbeitet Ksnip, ein Programm, das — wie der Name schon andeutet — eher unter KDE zu Hause ist. Die Anwendung ist im Vergleich zu Shutter deutlich jünger, findet sich allerdings bereits in den Paketquellen der meisten aktuellen Distributionen. Die gerade aktuelle Version Ksnip 1.9.1 bekommt man nur bei Rolling-Release Distros wie Arch Linux oder Manjaro, ab Debian 12 oder Ubuntu 21.04 ist das Programm in einer älteren Ausgabe in den Paketquellen enthalten. Wer unter Ubuntu die neuste Version installieren möchte, kann auf die PPA-Paketquelle der Entwickler zurückgreifen. Optional gibt es auch Installationspakete für DEB- und RPM-basierte Distributionen auf der Github-Seite des Projekts

$ sudo add-apt-repository ppa:nemonein/ksnip
$ sudo apt update
$ sudo apt install ksnip

Bei der Auswahl der Funktionen haben sich die Entwickler von Ksnip eine ordentliche Portion bei Shutter abgeschaut: So bietet auch Ksnip die Möglichkeit gerade geschossene Screenshots zu wiederholen (unter Neu » Letzter rechteckiger Bereich) und Bildbereiche mit fortlaufenden Nummern zu markieren. Unterm Strich setzt Ksnip die Bearbeitungsfunktionen jedoch eine ganze Hausnummer ansprechender um. Das Programm hinterzeichnet so zum Beispiel Objekte wie Pfeile oder die Nummern mit einem Schlagschatten, was die Screenshots nochmal wesentlich professioneller aussehen lässt. Und auch Wayland stellt für Ksnip kein Problem dar, die Anwendung arbeitet auch unter Gnome mit Wayland ohne Komplikationen und Einschränkungen.

Praktisch ist auch das „Zielfernrohr“ beim Erstellen einer Auswahl. Die Vergrößerungsfunktion mit Fadenkreuz erspart einem später das Zuschneiden des Screenshots in einer Bildbearbeitung oder im Bearbeitungsmodus. Für Gnome-User gibt es an dieser Stelle allerdings einen kleinen Haken: Das Fadenkreuz erscheint nur in einer klassischen X11-Sitzung, unter Wayland muss man sich mit dem roten Rahmen zufriedengeben. Auf einem Gnome-System gestartet, solltet Ihr auch unter Optionen » Einstellungen » Anwendung » Tray Icon den Haken bei Benutze Tray Icon entfernen, sonst verabschiedet sich Ksnip bei einem Klick auf das Schließen-Icon im Nirwana, da Gnome die Tray-Bar schon vor einer ganzen Weile abgeschafft hat.

Für viele Nutzer ist es sicherlich auch nützlich eigene Icons oder Wasserzeichen in die Screenshots zu integrieren. Dazu öffnet Ihr wieder die Einstellungen und geht dort in den Abschnitt Annotator » Aufkleber beziehungsweise Wasserzeichen. Als Aufkleber könnt Ihr eigene SVG-Dateien hinzufügen. Schaltet Ihr dann noch unten im Dialog die Option Standard-Aufkleber nutzen ab, könnt ihr diese Bilder über das Smiley-Icon links unten in der Werkzeugleiste in den Screenshot einbauen, ähnlich wie einen Stempel. Für das Wasserzeichen braucht ihr hingegen ein teiltransparentes PNG-Bild. Über Bearbeiten » Wasserzeichen hinzufügen legt Ihr das Bild dann über den Screenshot.

In Zukunft werde ich mit Ksnip arbeiten, auch wenn ich mich sehr freue, dass es mit Shutter wieder weiter geht. Das Programm bietet aktuell einfach das beste Paket unter den Screenshootern: Sehr gute Screenshot-Funktion, die beste integrierte Bildbearbeitung und kaum Probleme oder Einschränkungen beim Einsatz unter Wayland. Alternativen wie etwa Flameshot sind mir persönlich ein wenig zu bunt oder haben wie Shutter noch Schwierigkeiten mit Wayland. Die Entwickler von Flameshot etwa bezeichnen den Support für Wayland unter Gnome und KDE noch als experimentell. Wer nach noch mehr Alternativen sucht, der wird im Wiki von Arch Linux fündig. Der Artikel listet so gut wie jede Option auf, ob mit oder ohne grafische Oberfläche.

Vieles auf der Seite ist noch auf Japanisch, das Programm lässt sich jedoch auf Englisch wie auch Italienisch oder Französisch installieren. Weitere Teile der Dokumentation werden aktuell ins Englische übersetzt. Deutsch fehlt noch als Sprache gänzlich, da das Programm nun aber unter einer BSD-Lizenz steht, wird sich daran mit Sicherheit in Zukunft etwas ändern. Eine Linux-Version gibt es nicht, aber auch hier wird sich in meinen Augen schnell eine Lösung finden lassen. Da sämtliche Bibliotheken, auf die das Programm aufsetzt (Qt, Boost, CMake), auch im Linux-Universum zuhause sind, hält sich der Aufwand wahrscheinlich in Grenzen.

Intels Implementierung von OpenCL fasst das Beignet Projekt zusammen. Für Beignet braucht es allerdings einen Rechner mit Chips aus der 3. Generation der Intel-Core-Prozessoren oder später, also mindestens einen Ivy Bridge als Hardware, oder eben noch aktuellere CPUs aus der Haswell- oder Broadwell- aka Rockwell-Reihe. Seid ihr euch über euren Rechner nicht im Klaren, dann lest mit cat /proc/cpuinfo den CPU-Namen aus und schlagt schnell in der Wikipedia nach, zu welcher Generation der Prozessor in eurem Computer gehört. Ich habe Beignet hier mit einem Intel Core i5-3470T mitsamt Intel HD Graphics 2500 aus der Ivy-Bridge-Klasse getestet. Mit einem Haswell werdet ihr in meinen Augen noch bessere Ergebnisse erzielen.

$ cat /proc/cpuinfo | grep name
model name : Intel(R) Core(TM) i5-3470T CPU @ 2.90GHz
model name : Intel(R) Core(TM) i5-3470T CPU @ 2.90GHz
model name : Intel(R) Core(TM) i5-3470T CPU @ 2.90GHz
model name : Intel(R) Core(TM) i5-3470T CPU @ 2.90GHz

Beignet findet ihr seit Jessie in den Paketquellen von Debian. Bei Ubuntu gibt es OpenCL in Form von Beignet seit Trusty in den Paketquellen, allerdings nur in einer sehr alten Version. Wenn ihr unter Ubuntu mit Intels OpenCL-Implementation arbeiten möchtet, würde ich daher eher zu einem Ubuntu 15.04 „Vivid Vervet“ greifen. Bei Arch muss man sich um sowas natürlich keine Gedanken machen, allerdings muss man zur Installation von Beignet auf das Arch User Repository zurückgreifen. Dabei gilt es zu beachten, dass das Paket llvm aktuell nicht in den Abhängigkeiten aufgeführt wird. Ohne dieses bricht der Build-Prozess allerdings ab. Installiert daher das Paket vor der Installation von Beignet manuell.

### Beignet unter Arch Linux installieren
$ sudo pacman -S llvm
$ pacaur -S beignet clinfo
### Beignet unter Debian/Ubuntu installieren
$ sudo apt-get install beignet clinfo

Anschließend könnt ihr mit einem Aufruf von clinfo direkt testen, ob OpenCL auf eurem System nun auch funktioniert. Irgendwelche Einstellungen im Xserver oder andere Treiber sollten, zumindest auf Systemen mit Intel-Chipsätzen ohne eine dedizierte Grafikkarte, nicht nötig sein.

$ clinfo
Number of platforms 1
Platform Name Intel Gen OCL Driver
Platform Vendor Intel
Platform Version OpenCL 1.2 beignet 1.0.3
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_icd
Platform Extensions function suffix Intel
[...]

Das von Corel vertriebene RAW-Bildbearbeitungsprogramm AfterShot Pro unterstützt nun OpenCL schon seit mehreren Versionen. Die Ergebnisse des OpenCL-Turbos sind beachtlich. Tom’s Hardware hatte Mitte 2012 in einem ausführlichen Bericht eine Beschleunigung des Exports in das JPG-Format um den Faktor 2 ermittelt. Damals allerdings noch ohne Intel-Grafikkarten und nur mit AMD und Intel als Hardware.

Es lohnt sich daher einen Blick auf AfterShot zu werfen: Damit AfterShot auf OpenCL zurückgreift, müsst ihr im Programm unter Datei | Einstellungen | Hardware-Beschleunigung die Option OpenCL verwenden aktivieren und daraufhin das Programm neu starten. Führt AfterShot hier nicht eure Grafikkarte als OpenCL-Provider auf, dann hat etwas mit der Installation von Beignet nicht funktioniert. Bei Systemen mit anderen Grafikkarten müsst ihr euch selber in Richtung OpenCL und Nvidia oder AMD schlau machen.

Neben der Haupt-Einstellung müsst ihr unbedingt dem Schieberegler OpenCL-Nutzung Beachtung schenken. Mit diesem bestimmt ihr, wie stark AfterShot Pro bei der Berechnung der Bilddaten auf die Rechenfähigkeiten der Grafikkarte zurückgreifen soll: Mehr ist hier allerdings nicht immer von Vorteil, besonders bei Systemen mit Intel-Grafik. Zum Test sucht ihr euch am besten ein definiertes Set an RAW-Bildern heraus und exportiert dieses mit einem Druck auf [F] ins JPG-Format. AfterShot zeigt die Dauer des Vorgangs dann am Ende über ein kleines Popup an.

• Aus: 1:22,5 s
• Minimum: 58,5 s
• Niedrig: 1:29,6 s
• Standard: 1:27,2 s
• Hoch: 1:23,4 s

Notiert euch die Zeit, geht wieder in die Einstellung und stellt die OpenCL-Nutzung auf den nächsten Wert. Startet AfterShot daraufhin neu, ruft erneut den Export der selben Daten auf und notiert euch wieder das Ergebnis. Wiederholt den Vorgang nun so lange, bis ihr die optimalen Einstellungen ermittelt habt. Die Intel HD Graphics 2500 aus meinem Core i5 liefert das beste Ergebnis, wenn ich die OpenCL-Nutzung nach ganz links auf Minimum setze. Mit den anderen Settings wird AfterShot Pro auf meinem System eher langsamer als schneller. Es gilt die Fausregel: Je mehr Power eure Grafikkarte besitzt, desto höher solltet ihr den Regler ziehen können.

Gegenüber dedizierten Grafik-Chips von AMD oder Nvidia kommt Intels OpenCL-Implementation auf meinem „langsamen“ Core i5 mit Intel HD Graphics 2500 zwar nicht auf einen Geschwindigkeitszuwachs um Faktor 2, allerdings wird der Berechnungsvorgang dennoch deutlich schneller. Besonders weil die Installation von Beignet nicht wirklich viel Aufwand macht und in der Regel ohne Komplikationen gelingen sollte, lohnt sich der Beschäftigung mit dem Thema.

Gelingt es in den nächsten 30 Tagen die anvisierten 15.000 US-Dollar einzusammeln, soll mit Dmitry Kazakov ein Krita-Entwickler 6 Monate Vollzeit an Krita arbeiten können. Schafft es die Krita-Community den Betrag zu verdoppeln, stößt mit Sven Langkamp noch ein zweiter Krita-Entwickler als Vollzeitkraft hinzu. So sollen in recht kurzer Zeit 24 (oder mehr) Features in Krita 2.9 implementiert werden, über deren Priorität die Krita-Backer entscheiden können, die mehr als 30 Dollar in das Projekt gesteckt haben.

Mein Problem mit Freeware ist die unsichere Lizenzlage und der unstetige Verlauf vieler Freeware-Projekte. XnView und XnView MP ist kostenlos für den privaten und edukativen Bereich, wo nun aber die private Nutzung aufhört und der kommerzielle Gebrauch anfängt, kann ich für meinen Teil nie sagen, daher betreibe ich bspw. mein Blog hier auch unter der CC-BY und nicht CC-BY-NC. Des weiteren habe ich schon viel zu viele gute Freeware-Projekte das zeitliche segnen gesehen, ohne dass der Staffelstab weitergegeben wurde. Von daher bervorzuge ich Anwendungen, deren Lizenz nicht von der kommerziellen/privaten Nutzung abhängt und deren Fortbestand durch die Offenheit des Codes zumindest nicht unwahrscheinlicher wird.

Für XnView MP gilt zumindest letzter Part nicht, das Programm wird schon seit Jahren gepflegt und immer weiter behutsam ausgebaut. XnView kann über 600 Bild- und Video-Formate lesen und zum Teil auch speichern und geht dabei wirklich super schnell voran. Ein Ordner mit zig hundert großformatigen Bildern ist im Nu eingelesen und als Thumbnail im Programm dargestellt. Dazu kommt noch eine rudimentäre Bildbearbeitungsfunktion, die aber zum Beispiel so wichtige Funktionen wie Drehen und automatischen Zuschneiden des Bildes beherrscht.

Die Linux-Version von XnView MP bekommt ihr über das Forum zur Webseite, es gibt dort als Archive verpackte Binaries, wie auch .deb-Dateien für Ubuntu und Debian. Auf einem Ubuntu 12.04 ließen sich die Pakete problemlos installieren, da das Programm komplett statisch gebaut ist und keine Abhängigkeiten hat, sollte es sich aber auch auf älteren Ubuntu-Versionen und Debian installieren lassen können-

• Linux Version: http://download.xnview.com/XnViewMP-linux.tgz
• Ubuntu/Debian 32-Bit: http://download.xnview.com/XnViewMP-linux.deb
• Linux x64 Version: http://download.xnview.com/XnViewMP-linux-x64.tgz
• Ubuntu/Debian 64-Bit: http://download.xnview.com/XnViewMP-linux-x64.deb

Ansonsten gibt es über XnView MP nicht mehr viel zu sagen. Wer die Anwendung schon von Windows her kennt, der wird sich auch relativ schnell mit der Multi-Plattform-Variante anfreunden können, so groß sind die Unterschiede nicht. Hilfe und Support zu XnView MP bekommt ihr im Forum des Projekts, Nachrichten und News gibt es auf Twitter, Facebook oder Google+.

(Ein Dank geht an Micha, der mich auf die neue Version aufmerksam gemacht hat)

Photivo ist kein klassisches Bildbearbeitungsprogramm wie Gimp oder Photoshop. Es ist vielmehr ein Bildmanipulationsprogramm, über das sich Effekte verlustfrei auf das komplette Bild anwenden lassen. Das Projekt sagt von sich selbst:

Photivo tries to provide the best algorithms available; even if this implies some redundancy. So, to my knowledge, it offers the most flexible and powerful denoise, sharpen and local contrast (fake HDR) algorithms in the open source world. (If not, let’s port them  ) Although, to get the desired results, there may be a quite steep learning curve .

Die steile Lernkurve ist leider Ernst zu nehmen. Obwohl das Photivo Fake HDR Tutorial zum Beispiel das Vorgehen recht gut beschreibt, waren meine Ergebnisse leider recht bescheiden. Vielleicht liegts an mir, vielleicht auch nur an meinen nicht optimalen Vorlagen, aber mein Ergebnis möchte ich euch lieber nicht zeigen…

Unter Ubuntu lässt sich Photivo über das PPA von Dariusz Duma sehr leicht installieren. Nutzer anderer Linux-Distributionen müssen sich Photivo leider wohl selber bauen. Instruktionen hierzu findet man auf der Homepage des Projekts…

$ sudo add-apt-repository ppa:dhor/myway
$ sudo apt-get update && sudo apt-get install photivo

Fertige Builds für Windows und MacOs gibt es auf der Projektseite bei Google. Reger Austausch zum Programm, mir dem Programm erstellte Bilder und einiges mehr findet Ihr aktuell auf der Photivo Flickr-Seite. Generell sucht man Verstärkung für die Projektentwicklung, wobei nicht unbedingt Programmierer gebraucht werden. Primär braucht man Übersetzer und ein neues Icon für das Projekt.

Micha hat mich im Beitrag Einfache Bildbearbeitung für Linux auf das Skript straighten & crop aufmerksam gemacht. Mit diesem könnt Ihr ein Bild in einem Durchgang drehen und zuschneiden, indem Ihr einfach nur den Horizont markiert. Zur Installation müsst Ihr das Skript herunterladen, es nach ~/.gimp-2.6/plug-ins/ kopieren und es abschließend ausführbar machen. Über die Befehle…

$ wget http://rayadagio.de/StraightenCrop.txt
$ mv StraightenCrop.txt ~/.gimp-2.6/plug-ins/StraightenCrop.py
$ chmod +x ~/.gimp-2.6/plug-ins/StraightenCrop.py

…könnt Ihr das recht schnell und schmerzlos machen. Danach findet Ihr in GIMP unter Favoriten | Format | Straighten & Crop den neuen Eintrag. Um nun ein Bild zu Drehen/Zuzuschneiden wählt Ihr im Panel oder mit der Taste [B] das Pfadwerkzeug aus. Danach bestimmt Ihr über zwei Klicks in das Bild den Horizont. Danach müsst Ihr nur noch das Skript ausführen und der Rest passiert von alleine.

Sollte das Skript für euch nützlich sein, so schaut euch mal auf der Homepage von Berthold Hinz weiter um. Er hat eine ganze Reihe von Python GiMP Plugins erstellt, die alle recht nützlich aussehen.