Für a)--c) werden existierende Bibliotheken verwendet. Jede dieser Bibliotheken verfügt über eine eigene Klasse die ein Bild repräsentiert. Möchte ich nun ein Bild laden, bearbeiten und dann anzeigen muß ich also erst ein Bild des Typs A in B konvertieren um es zu bearbeiten, und anschließend in Typ C konvertieren damit ich es in der GUI anzeigen kann.

Frage: Gibt es irgendwelche inoffizielen Standardklassen die von vielen Bibliotheken unterstützt werden, so daß ich Objekte nicht außerhalb konvertieren muß, sondern mit der Standardklasse arbeiten kann?

Die Frage bezieht sich nicht nur auf Bilder, sondern generell um häufig benutzte Sachen, zB auch Audiodaten, Video etc.

Warum libs nutzen? Weils produktiv ist! Ich sehe keinen Grund etwas was es schon gibt und lizenzrechtlich in Frage kommt nicht zu nutzen. Darin enthaltene Bugs sind nicht mein Problem, bzw. bei freien Bibliotheken nicht ausschließlich mein Problem. Ich spare Entwicklungskosten, evtl Speicherplatz beim Anwender (zumindest unter Linux wo externe Bibliotheken systemweit sind). Ich finde es äußerst vorteilhaft. Ein Jpeg kriegt man durchaus noch in angemessener Zeit decodiert, aber will man das? Was ist, wenn ich plötzlich ein Video abspielen will? Einen hochkomprimierten Videostream zu decodieren ist nicht gerade ne Aufgabe die man mal eben in der Mittagspause implementiert.

Ein int-Array ist der gemeinsame Nenner eine jeden Bildklasse

Äh, nö. Eher nen unsigned char (0 to 256).

Toddy69 schrieb:

ehme ich ein eindimensionales Array und speicher zusätzlich Höhe oder Breite ab? Oder gleich ein zweidimensionales?

o0
Im Prinzip tut's schon diese Struktur, um zwischen den verschiedenen (gekapselten!) Klassen zu kommunizieren: (Vorsicht, ungetestet!)

struct ImageData
{
	ImageData(const unsigned int Width,
		      const unsigned int Height,
			  const unsigned char BPP,
			  const std::vector<unsigned char> PixelBuffer) :
		ImageWidth(Width),
		ImageHeight(Height),
		ImageBPP(BPP),
		ImagePixelBuffer(PixelBuffer) { }

	const unsigned int ImageWidth;
	const unsigned int ImageHeight;
	const unsigned char ImageBPP;
	std::vector<unsigned char> ImagePixelBuffer;
};

Toddy69 schrieb:

Warum libs nutzen?

Um Erfahrung zu sammeln und damit du solche Fragen nicht mehr stellen musst.

Im Prinzip tut's schon diese Struktur, um zwischen den verschiedenen (gekapselten!) Klassen zu kommunizieren

Genau sowas hab ich auch geschrieben, außer dass ich einen Array aus sizeof(int) Color structs hatte und es nicht nur für Bilder nutze.

Ich finde die Idee von standardisierten Klassen oder Interfaces gar nicht schlecht, ich glaube nur dass wir noch nicht soweit sind. Bestimmte Lösungen und auch Implementationen müssen wohl x mal programmiert werden bis sich eine gewisse Struktur herauskristallisiert, auf die man sich einigen kann.

Ich bin mir sicher dass das bei wxWidgets ähnlich ist.

Was sie allerdings nicht kann, ist Bilder anzeigen. Dafür brauchst du schon eine GUI Bibliothek.

Gegenbeispiel wäre der String. Wenn ich irgendwo einen String übergeben kann, werde ich in der Regel einen std::string übergeben können (oder char-Array natürlich), und nicht ein StringImplementierungDieTausendste-Objekt. Das ist eine Implementierung die idR jeder benutzt und die problemlos von verschiedenen Komponenten benutzt werden kann.

unsigned char wohl kaum. RGB und Alpha mit jeweils 8 Bit machen 32 Bit also insigned int.

Moooooment:

const unsigned char RGBA[4][0xff] = { 0xff, 0xff, 0xff, 1 };
//					                 R     G     B    A

@Artchi: Die Generic Image Library scheint in der Tat ein Kandidat für diesen Zweck zu sein, zumal sie mit Boost gut verfügbar sind. Aber werden sie auch wirklich überall genutzt? Eher nicht, also zumindest noch kein Standard. Und das wären bis jetzt auch erst Bilder, andere häufige Typen wären damit auch noch nicht erschlagen.

Sieht also eher so aus, als gibt es das in der Form tatsächlich nicht, und einzig Collections und strings folgen einem Standard.

bis auf PNG und JPEG ist eigentlich jeweils jeder Parser in ein paar Stunden geproggt

Das zeigt wieder mal deutlich dass du keine Ahnung hast. Einen BMP-Reader der ausschliesslich 24 Bit Bilder laden kann hat man in ein paar Stunden, ja. Alle anderen interessanten Formate (GIF, TIFF, TGA, Photoshop etc.) sind aufwendiger. Wesentlich aufwendiger.

@Toddy69:
Nimm doch einfach eine fertige Library, die alle benötigten Bildformate lesen und schreiben kann. Kandidaten wären die DevIL bzw. die FreeImage.
Falls die Library von Adobe auch viele Formate lesen/schreiben kann, wäre die natürlich auch geeignet.

@Artchi:
Weisst du welche Formate die Adobe Library lesen/schreiben kann?

@Artchi: Die Generic Image Library scheint in der Tat ein Kandidat für diesen Zweck zu sein, zumal sie mit Boost gut verfügbar sind. Aber werden sie auch wirklich überall genutzt? Eher nicht, also zumindest noch kein Standard.

Die Generic Image Library ist im Moment ganz weit weg davon "Standard" zu sein.

Der Quasi-Standard ist im Moment (leiter!) die DevIL.
Irgendwie verwendet sogut wie jedes Projekt, welches nicht libpgn/libjpeg direkt verwendet, die DevIL. Obwohl sie was das Interface angeht eine Katastrophe ist.