JAI für SWT?

[Guest]

Tach,

was ist das Pendant zu JAI (Java Advanced Imaging) in SWT?
Gibt es unter SWT sowas überhaupt? Insbesondere geht es mir um
die Lese-/Schreibunterstützung für alle gängigen Grafikformate,
besonders das 16Bit-TIFF-Format (PS und DNG vielleicht?).
Color Management Unterstützung wäre auch "nett"

org.eclipse.swt.graphics.ImageLoader versteht leider nur BMP (wer nützt es überhaupt?),
ICO, JPEG, GIF und PNG. :autsch:

Artikel zum Thema "Eigenen ImageLoader schreiben" wären, wenn es
sonst nichts gibt, auch gut.

Danke

 

[clemson]

Vielleicht hilft die JIMI weiter...

 

[Guest]

Danke, es scheint mir aber ziemlich AWT lastig zu sein. ???:L
Da tauchen alte Bekannte wie java.awt.image.ImageProducer,
java.awt.image.ColorModel etc. auf.

Vielleicht sieht noch jemand den Thread, der etwas anderes kennt.

 

[Roar]

ähh.... das ist nunmal die standart api für bildmanipulation. dashat nüscht mit awt <-> swing zu tun
edit: ach du benutzt swt :bahnhof: na dann viel spaß beim integrieren :S

 

[Semerzo]

Hallo,

Mit den Codecs hatte ich bisher noch keine Probleme. Wie lädst du denn ein Bild?

Image image = new Image(getDisplay(),"c:\meinBild.gif");

So? Das unterstützt allerdings nur die von dir genannten Bildformate. Hm.

Auf jeden Fall solltest du dir folgende Artikel ansehen, vielleicht steht da was drin, das ich überlesen hab:

Taking a look at SWT Images
Dieser Artikel geht genau auf deine Thematik ein.

Java 2D imaging for the Standard Widget Toolkit
Ein ähnliche Artikel von IBM.

Graphics Context - Quick on the draw
Eines der letzten Topics dieses Artikels behandelt das Zeichnen von Bildern.

Using OpenGL with SWT
Wenn gar nichts mehr hilft, solltest du damit auch Bilder laden können.

 

[Guest]

Danke. Bis auf das mit OpenGL kenne ich die anderen Seiten.
Worauf ich gehofft habe, ist eine spezielle Implementierung
von ImageLoader, die auch TIFF und evtl. PSD, DNG unterstützt,
damit folgendes möglich ist

ImageLoader2 imageLoader = new ImageLoader2();
imageLoader.data = new ImageData[] {imageData};
imageLoader.save("C:/temp/foo.tiff", ImageLoader2.IMAGE_TIFF);

Ich vermisse irgendwie den gleichen Mechanismus wie bei den Codecs
von JAI, die beliebig um neue Formate erweiter werden können.
Man kann neue Hinzufügen und das Lesen/Speichern erfolgt immer noch
nach dem gleichen Schema.
Oder anders ausgedrückt, ich wollte mir die Arbeit ersparen, das Lesen
und Schreiben anderer Formate selbst zu implementieren.
Da ich erst seit kurzem mit SWT zu tun habe, wird es dadurch noch etwas
aufwändiger.

Nochmals Danke.

 

[Semerzo]

The simplest way to create an SWT Image is to load it from a recognized graphic file format. This includes GIF, BMP (Windows format bitmap), JPG, and PNG. The TIFF format is also supported in more recent Eclipse releases. Images can be loaded from a known location in the file system using the constructor Image(Display display, String fileLocation):

In meiner SWT Version (3.0.1) gibt es die Konstante SWT.IMAGE_TIFF auch. TIFF scheint also zu klappen. Der Code funktioniert bei mir:

ImageLoader imageLoader = new ImageLoader();
imageLoader.save("C:/temp/foo.tiff", SWT.IMAGE_TIFF);

PSD und DNG sagen mir leider nichts, wobei ich auch auf die Konstante SWT.IMAGE_UNDEFINED gestossen bin. Bei weiterem Lesen scheint es mir so, als müsstest du wirklich einen eigenen Loader schreiben, wenn du in dem gewünschten Format speichern willst. Wenn du das machst, schreib deine Lösung doch an die Jungs von SWT. Bzw. wenn du Hilfe oder Anregungen brauchst, soweit ich das weiss, sind die in dem Punkt recht offen.

Könntest du evtl versuchen eine "Brücke" zu schlagen, mittels einem Format, dass JAI und das SWT beide kennen? Du könntest dann wohl nicht im PSD bzw. DNG Format speichern. Sprich mit JAI Datei öffnen, in ein gemeinsam bekanntest Format wandeln, an ImageData übergeben. Wäre evtl auch etwas langsam.

 

[Guest]

Hmm... bei mir funktionierte TIFF nicht, obwohl es angeblich unterstützt wird.
Es könnte u.U. an der Komprimierung liegen. Ich habe Eclipse 3.1 drauf.

PSD ist das Photoshop-Format. Die Variante ohne Layer würde mit reichen.
DNG ist ziemlich neu. Es ist ein Versuch von Adobe einen Standard unter
den RAW-Formaten verschiedener Hersteller zu etablieren. Zur Zeit macht
jeder sein eigenes Ding und gibt die Spezifikationen nicht frei. Es ist ein
Alptraum für alle Entwickler von Raw-Konvertern.
Stichwort: Canon Raw. Bei fast jedem DSLR Model ein anderes Format
und ExifDaten teilweise verschlüsselt.

Was ich vor habe, ist eine Bilddatenbank zu entwickeln. Wenn ich aber die
üblichen Formate nicht lesen, anzeigen und speichern kann, kann ich das
Thema gleich vergessen. Für Eclipse habe ich mich entschieden, um das
Framework kennen zu lernen. In Swing wäre ich schon fertig.

 

[Semerzo]

Ich arbeite nur mit den SWT Bibliotheken ohne das RCP Framework von Eclipse. Find ich eigenartig, dass des bei dir nicht klappt. Andererseits, TIFF ist doch das Tagged Image File Format, evtl kennt SWT/Eclipse dein Format nicht. Frei nach der HTML Deviese, was ich nicht kenne, zeige ich nicht an.

Kurz geschaut, habs nicht ganz gelesen:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=57382
Da hat jemand Probleme mit TIFF, wird lediglich weiss angezeigt. Wenn du ein ähnliches oder anderes Problem hast, schreib doch kurz dort, https://bugs.eclipse.org/bugs/ , rein. Dann haben nachfolgende wenigstens etwas davon

 

[Guest]

:autsch: Das ist es. Das Format wird einfach nicht unterstützt.
Jedes einfache Commandozeilenprogramm (z.B. tifficc) kann
damit umgehen, nur der ImageLoader von Eclipse nicht.
Das ist sowas von ärgerlich. Es gibt nur halbfertige Sachen in
Java wie z.B. die HTML-Unterstützung in Swing.
Ich habe schon oft Gespräche bei Kunden gehabt, wo sie ein
bestimmtes Feature haben wollten und ich antworten musste,
dass es in Java nicht geht.
Man muss sich dann solche Bemerkungen anhören wie
"Also in VB geht das in fünf Minuten, wo ist das Problem?".
Ich könnte heulen.

Danke, jetzt kenne ich zumindest die Ursache.

 

[Roar]

Ich habe schon oft Gespräche bei Kunden gehabt, wo sie ein
bestimmtes Feature haben wollten und ich antworten musste,
dass es in Java nicht geht.

hm, das glaub ich dir nicht.

 

[Guest]

Ich habe schon oft Gespräche bei Kunden gehabt, wo sie ein
bestimmtes Feature haben wollten und ich antworten musste,
dass es in Java nicht geht.

hm, das glaub ich dir nicht.

Entschuldige, dass ich eine solche Blasphemie in einem Java Forum von mir lasse. :wink:

 

[Roar]

Ich habe schon oft Gespräche bei Kunden gehabt, wo sie ein
bestimmtes Feature haben wollten und ich antworten musste,
dass es in Java nicht geht.

hm, das glaub ich dir nicht.

Entschuldige, dass ich eine solche Blasphemie in einem Java Forum von mir lasse. :wink:

was fürn ding?
nö echt, nur weil feature nr XYZ nicht in der j2se enthalten ist heisst das nicht dass es nicht mit java geht :?

 

[Guest]

Klar: "Geht nicht, gibt's nicht", die Frage ist nur, mit welchem Aufwand.
Gerade Dir bräuchte ich es aber nicht zu erzählen, da ich weiß, dass Du
Java und dessen Schwächen sehr gut kennst.
Im Serverbereich ist Java verdammt stark. Aber die Desktop Integration
steckt immer noch in den Kinderschuhen.

OK, wir wollen hier nicht die 1000ste Diskussion über Vor-/Nachteile von
Java anfangen.
Jede Programmiersprache ist in meinen Augen nur ein Mittel zum Zweck,
nicht mehr und nicht weniger.