für eine Heightmap muss ich die Grauwerte eines Bildes in ein Array bekommen.
Dabei ist es total egal, welches Format und es muss auch nur auf Windows laufen.

Ich suche nach einer Methode, das so einfach wie möglich hinzubekommen.
Also ich möchte keine Bildverarbeitungsbibliothek, da ich ja lediglich die Farbwerte auslesen
will und eigentlich möchte ich auch keinen eigenen Filereader für das Format programmieren.

Ich weiß, es gibt unzählige Filereader für alle Formate, aber alles was ich bisher gefunden habe,
sah nach einem ziemlichen Overkill aus.

Also: was ist die einfachste und leichtgewichtigste Art, ein Graustufenbild auszulesen?

Also ich möchte keine Bildverarbeitungsbibliothek, da ich ja lediglich die Farbwerte auslesen
will und eigentlich möchte ich auch keinen eigenen Filereader für das Format programmieren.

Widerspricht sich das nicht ein wenig?

Dabei ist es total egal, welches Format und es muss auch nur auf Windows laufen.

Habe ich das richtig verstanden, dass ein beliebiges Texturformat geladen werden soll? Falls ja:
Das Problem ist, dass du nicht einfach jedes Texturformat öffnen kannst und ohne weiteres die Pixeldaten auslesen kannst. Jedes Texturformat ist anders aufgebaut. Außerdem müsstest du, wenn du denn alle Formate unterstützen möchtest, für jeden Textur-Dekodierer einen Dekomprimierer schreiben. Du wirst bei manchen Formaten vielleicht Parallelen finden (Ich spreche da von Bitmap und beispielsweise PCX oder TGA).

Heightmap schrieb:

Filereader für das Format programmieren.

Und was bleiben da für Äquivalenzen übrig? Irgendwie müssen die Texturen ja dekodiert werden...

Heightmap schrieb:

Ich weiß, es gibt unzählige Filereader für alle Formate, aber alles was ich bisher gefunden habe,
sah nach einem ziemlichen Overkill aus.

Overkill? Wenn das zu hoch für dich ist, bezweifle ich, dass du eine passende API-Implementierung hinbekommst...

Heightmap schrieb:

Also: was ist die einfachste und leichtgewichtigste Art, ein Graustufenbild auszulesen?

Naja, du könntest einen einfachen Algorithmus implementieren, der durch Angabe des maximalen und minimalsten Graustufenfarbwert einen Wert aus dem Pixelindex sucht und ihn in einem Extra-Index auflistet. Benötigt aber einige, wie würdest du sagen, "skills".

EDIT:
Warum sind die Anderen immer schneller?

Es soll nicht jedes beliebige Format gelesen werden können, sondern lediglich eines. Dabei ist es mir egal welches das ist, solange es sich leicht einlesen lässt.
Es geht nur darum eine einzige Heightmap zu laden, daher möchte ich keine riesen Bibliotheken wie OpenCV oder ähnliches einbinden müssen. (Das meinte ich mit "Overkill")

Ich dachte da z.B. an Windows Funktionen, für die man keine extra Library braucht. (LoadImage()?)
Oder bei .raw Dateien soll das Einlesen ja auch sehr leicht funktionieren.

Es soll nicht jedes beliebige Format gelesen werden können, sondern lediglich eines. Dabei ist es mir egal welches das ist, solange es sich leicht einlesen lässt.

Na dann hast du doch freie Wahl.

Heightmap schrieb:

Ich dachte da z.B. an Windows Funktionen, für die man keine extra Library braucht. (LoadImage()?)

Damit wärest du dann aber nicht mehr Platformunabhängig.

Neben RAW- und Bitmap-Texturformaten ist wohl, wie bereits gesagt, TGA ganz schön. Soweit ich das übersehe gibt es auch nur einen Fileheader, was das lesen ziemlich einfach gestaltet.

http://www.c-plusplus.net/forum/viewtopic-var-t-is-241662-and-postdays-is-0-and-postorder-is-asc-and-highlight-is-matze+getbitmapbits-and-start-is-20.html

aber für denjenigen mal schnell was zusammengebastelt. Du brauchst dir nur die main anzuschauen (der ganze Quatsch darüber ist nur zum Speichern).Bitmap öffnen, Bilddaten kopieren und dann mit y*breite+x drin rumwurschteln. Ist nur eine Möglichkeit, und sicher nicht die beste (ich arbeite halt eher mit OpenCV, wie gesagt, und kenne den ganzen Kram nicht so). Vielleicht ist es eine kleine Anregung.

EDIT: An dem Thread kann man auch schön sehen, wie geduldig ich sein kann, wenn ich will!

@ Kóyaánasqatsi: Plattformabhängigkeit ist für mich, wie gesagt, nicht wichtig.

@ _matze: Ah, danke! Bei mir meckert aber der Compiler bei:

Speicher=malloc(sizeInBytes);

(cannot convert from 'void *' to 'int *')
Was kann ich da machen?

@ knivil: Werde ich mir mal anschauen.

@ _matze: Ah, danke! Bei mir meckert aber der Compiler bei:

Speicher=malloc(sizeInBytes);

(cannot convert from 'void *' to 'int *')
Was kann ich da machen?

Ach ja, war ein C-Programm...

Die Rückgabe von malloc nach int* casten oder statt malloc/free new/delete benutzen.

@ Kóyaánasqatsi: Plattformabhängigkeit ist für mich, wie gesagt, nicht wichtig.

Wo hast du es denn gesagt?

Heightmap schrieb:

..Dabei ist es total egal, welches Format und es muss auch nur auf Windows laufen.
..

@ _matze: Ok, so klappt es. Nur durch "getchar()" hängt sich das Programm auf.
Wenn ich es weglasse und mir die Pixelwerte ausgeben lasse bekomme ich Werte im Millionenbereich.

Wenn ich es weglasse und mir die Pixelwerte ausgeben lasse bekomme ich Werte im Millionenbereich.

Ein Pixel hat (in einem 32-Bit-Bild) eine Größe von 4 Bytes. Daher nehme ich da einen int-Pointer. Willst du an die einzelnen Kanäle (r,g,b,alpha), musst du mit bitwise and und bitshift arbeiten. Solche Werte sieht man sich auch besser hexadezimal an.

Beispiel:

Pixel x,y (nennen wir mal px) ist 0x00fe0a1e

Willst du nun an den roten Kanal (dritte Stelle, sag ich jetzt mal), machst du Folgendes:

unsigned char r=(px & 0x00ff0000)>>16 (damit kriegst du 0x00fe0000 und verschiebst die Bits um 16 Stellen nach rechts, um 0xfe zu erhalten)

Wenn dir nicht klar sein sollte, was hier passiert, solltest du dir mal grundlegende Dinge bzgl. Operatoren usw. ansehen.

Du hast dir wahrscheinlich einfach den gesamten Pixel angesehen und als einen Wert interpretiert, richtig?

Danke!