16Bit Graustufen PNG
16Bit Graustufen PNG
Für die Erstellung einer detailierten Hightmap benötige ich ein 16bit graustufen Bild. Habe das soweit schon geschrieben für ein 8bit-Bild, aber das enthällt nicht genug Infos. Wie kann ich also ein PNG mit 16bit Graustufe speichern?
Re: 16Bit Graustufen PNG
Moin!
Bereits eine kurze Google-Suche nach gimp 16bit greyscale png
förderte http://www.gimpusers.com/forums/gimp-us ... 12-bit-png zutage. GIMP kann ich nur empfehlen - es ist Freie Software (nicht bloß Open Source), damit kostenlos, es ist extrem mächtig und dem allseits vielgepriesenen und teuren proprietären Photoshop in Sachen bildschirmseitiger Bildbearbeitung überlegen. Mußte 'mal sein
Ich hoffe, es hilft Dir weiter.
Gruß - WPö
Bereits eine kurze Google-Suche nach gimp 16bit greyscale png
förderte http://www.gimpusers.com/forums/gimp-us ... 12-bit-png zutage. GIMP kann ich nur empfehlen - es ist Freie Software (nicht bloß Open Source), damit kostenlos, es ist extrem mächtig und dem allseits vielgepriesenen und teuren proprietären Photoshop in Sachen bildschirmseitiger Bildbearbeitung überlegen. Mußte 'mal sein
Ich hoffe, es hilft Dir weiter.
Gruß - WPö
Ich glaube nur der Statistik, die ich selbst gefälscht habe!
Meine Netzpräsenz: WPö.de
PB5.31 auf LMDE und Pentium T7200 2,00GHz, 4GB DDR2, ATI X1400.
Meine Netzpräsenz: WPö.de
PB5.31 auf LMDE und Pentium T7200 2,00GHz, 4GB DDR2, ATI X1400.
Re: 16Bit Graustufen PNG
Ich galube ehr, _v4 möchte das 16-Bit Grau Bild in PB speichern bzw nutzen.
Das ist meiner Meinung nach nicht möglich. PureBasic nutzt Bilder immer im 24 bzw. 32 Bit Format, dass heißt du könntest ein solches 16Bit Gray garnicht einladen, denn diese "Auflösung" hat eine Farbe in PB nicht.
Zwar könnte man mittelstufen von $A0A0A0 und $A1A1A1 zb als $A1A1A0 übersetzen, aber das ist ja kein Grau mehr.
Dann benutzte lieber ein eigens Format, und speicher die Highmap im Typ: Word (2Byte) ab.
Das ist meiner Meinung nach nicht möglich. PureBasic nutzt Bilder immer im 24 bzw. 32 Bit Format, dass heißt du könntest ein solches 16Bit Gray garnicht einladen, denn diese "Auflösung" hat eine Farbe in PB nicht.
Zwar könnte man mittelstufen von $A0A0A0 und $A1A1A1 zb als $A1A1A0 übersetzen, aber das ist ja kein Grau mehr.
Dann benutzte lieber ein eigens Format, und speicher die Highmap im Typ: Word (2Byte) ab.
PB 6.01 ― Win 10, 21H2 ― Ryzen 9 3900X, 32 GB ― NVIDIA GeForce RTX 3080 ― Vivaldi 6.0 ― www.unionbytes.de
Aktuelles Projekt: Lizard - Skriptsprache für symbolische Berechnungen und mehr
Aktuelles Projekt: Lizard - Skriptsprache für symbolische Berechnungen und mehr
Re: 16Bit Graustufen PNG
Genau mir gehts darum eine Heightmap mit 16bit aus einem vorhandenen Datenbestand zu erzeugen und diesen dann mittels Ogre als Hightmap einzubinden. (Geht also nicht darum irgend eine Hightmap zu erhalten...)
Schade, dass das nicht geht, besteht die Möglichkeit sich an einen Entwickler von PB zu wenden? Gerade die einfachen Spezifikationen von jpeg / png sollten doch erfüllbar sein?
Gäbe es die Möglichkeit Vertices zu erzeugen, die automatisch interpoliert werden u. auf die man dann ein Material (in diesem Fall nur eine Textur oder pro Vertice eine errechnete Farbe) legen kann?
Schade, dass das nicht geht, besteht die Möglichkeit sich an einen Entwickler von PB zu wenden? Gerade die einfachen Spezifikationen von jpeg / png sollten doch erfüllbar sein?
Gäbe es die Möglichkeit Vertices zu erzeugen, die automatisch interpoliert werden u. auf die man dann ein Material (in diesem Fall nur eine Textur oder pro Vertice eine errechnete Farbe) legen kann?
Re: 16Bit Graustufen PNG
Moin!
Fred ist gut ausgelastet mit anderen Dingen. Was meinst Du, wie lange wir schon auf native Mehrzeilenunterstützung im Quelltext warteten? Das sind Jahre inzwischen! Fast alles, was einfach umzusetzen aussieht, birgt Tücken. Und: Die 16Bit-Unterstützung der JPG-/PNG-Spezifikationen ist der Spezial- nicht der Normalfall! Selbst GIMP fängt jetzt erst mit experimenteller Unterstützung an.
Überhaupt: Wozu braucht jemand 16 Bits Farbtiefe für Graustufen? Das scheint mir doch etwas sehr Spezielles zu sein.
Gruß - WPö
Im Prinzip ja, aber..._v4 hat geschrieben:besteht die Möglichkeit sich an einen Entwickler von PB zu wenden? Gerade die einfachen Spezifikationen von jpeg / png sollten doch erfüllbar sein?
Fred ist gut ausgelastet mit anderen Dingen. Was meinst Du, wie lange wir schon auf native Mehrzeilenunterstützung im Quelltext warteten? Das sind Jahre inzwischen! Fast alles, was einfach umzusetzen aussieht, birgt Tücken. Und: Die 16Bit-Unterstützung der JPG-/PNG-Spezifikationen ist der Spezial- nicht der Normalfall! Selbst GIMP fängt jetzt erst mit experimenteller Unterstützung an.
Überhaupt: Wozu braucht jemand 16 Bits Farbtiefe für Graustufen? Das scheint mir doch etwas sehr Spezielles zu sein.
Gruß - WPö
Ich glaube nur der Statistik, die ich selbst gefälscht habe!
Meine Netzpräsenz: WPö.de
PB5.31 auf LMDE und Pentium T7200 2,00GHz, 4GB DDR2, ATI X1400.
Meine Netzpräsenz: WPö.de
PB5.31 auf LMDE und Pentium T7200 2,00GHz, 4GB DDR2, ATI X1400.
Re: 16Bit Graustufen PNG
Hallo,
bin eben drüber Punktwolken zu visualisieren und habe auch etwas mit Bildverarbeitung zutun. Was mir hier in PB eben fehlt sind die 16Bit pro Kanal (wäre super bei Mehrkanalbildern dort hab ich pro Farbkanal z.B. eine 16-Bit-Graustufe darzustellen [z.B. von Sat-Daten] oder bei detailierten Hightmaps).
Der bisherige Weg ist der Folgende:
Punktwolke -> Höhe über Graustufe visualisiert (noch 8-Bit, also nur 255 Stufen, oft Δh > 8Bit und oft um einen engen Bereich gestreut) -> Hightmap -> Schatten in Hightmap rechnen (der Schatten ist wichtig um Kanten z.B. an Hausdächern zu erkennen)
Bisherige Überlegung das anders umzusetzen:
Punktwolke -> Höhe über Graustufe (auch 8-Bit aber mit Grautwertstreckung d.h. relative Unterschiede besser sichtbar) -> Hightmap -> Schatten (Bringt aber Info-Verlust gerade bei sehr hohen/tiefen Gebäuden)
Zur weiteren Verbesserung habe ich die Daten mit einem noch feineren Raster prozessiert, da darf man sich dann ein Gebäude nicht mehr als gefülltes Rechteck vorstellen, sondern das hat Löcher. Da hatte ich bisher eine Matrix drüberlaufen lassen die mir aus der Nachbarschaft zu den anderen Pixeln eine Füllung ausrechnet, welche nach Abstand zum aktuellen Pixel gewichtet werden (weil später für den Schatten keine Löcher in den Objekten vorhanden sein sollten).
Nebenbei gibts die Möglichkeit direkt aus einer Grafik ein Pixel zu lesen / zu schreiben? (Würde mir ersparen da nochmal mit Java u. ImageJ drüberzurutschen).
Schöne Grüße & Danke!
bin eben drüber Punktwolken zu visualisieren und habe auch etwas mit Bildverarbeitung zutun. Was mir hier in PB eben fehlt sind die 16Bit pro Kanal (wäre super bei Mehrkanalbildern dort hab ich pro Farbkanal z.B. eine 16-Bit-Graustufe darzustellen [z.B. von Sat-Daten] oder bei detailierten Hightmaps).
Der bisherige Weg ist der Folgende:
Punktwolke -> Höhe über Graustufe visualisiert (noch 8-Bit, also nur 255 Stufen, oft Δh > 8Bit und oft um einen engen Bereich gestreut) -> Hightmap -> Schatten in Hightmap rechnen (der Schatten ist wichtig um Kanten z.B. an Hausdächern zu erkennen)
Bisherige Überlegung das anders umzusetzen:
Punktwolke -> Höhe über Graustufe (auch 8-Bit aber mit Grautwertstreckung d.h. relative Unterschiede besser sichtbar) -> Hightmap -> Schatten (Bringt aber Info-Verlust gerade bei sehr hohen/tiefen Gebäuden)
Zur weiteren Verbesserung habe ich die Daten mit einem noch feineren Raster prozessiert, da darf man sich dann ein Gebäude nicht mehr als gefülltes Rechteck vorstellen, sondern das hat Löcher. Da hatte ich bisher eine Matrix drüberlaufen lassen die mir aus der Nachbarschaft zu den anderen Pixeln eine Füllung ausrechnet, welche nach Abstand zum aktuellen Pixel gewichtet werden (weil später für den Schatten keine Löcher in den Objekten vorhanden sein sollten).
Nebenbei gibts die Möglichkeit direkt aus einer Grafik ein Pixel zu lesen / zu schreiben? (Würde mir ersparen da nochmal mit Java u. ImageJ drüberzurutschen).
Schöne Grüße & Danke!