JLI Spieleprogrammierung

[magynhard]

Ich zitiere mich mal selbst

[Starwash]

Hi,
nein eben nicht, das Grafikformat selber speichert die Transparenz für jeden Pixel ab! Sicherlich muss das Programm, welches die Grafik anzeigt diese Transparenz auch beachten, aber das Grafikformat selber hat die Informationen über die Transparenz.

Gruss Tarek

[The Lord of Programming]

Das wäre ja nicht schwierig hinzuzufügen.
Dafür bräuchte man doch dann nur einen Transparenzwert, oder
Es geht doch nur darum, die information zu speichern, wie transparent die Grafik konvertiert worden ist.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[Starwash]

Hi,
wie wäre es eher mit einem Alphawert für jeden Pixel?!? Es würde nämlich sehr Vorteil haft sein, wenn deine Grafiken Transparenz unterstützen. Gut mit einem Colorkey kann man eine Farbe herausfiltern, was ist aber, wenn man eine Grafik mit 50% Alpha an einigen Stellen über eine andere Grafik packen will, sodass diese beiden kombiniert das gewünschte Bild ergeben? Ich persönlich würd die Alphauntertüzung für sehr vorteilhaft halte und würde es begrüßen, wenn dein Format diese bereitstellt.

Gruss Tarek

[The Lord of Programming]

Wie funzt das denn dann mit png im Programm? Was muss man dann machen, damit die Grafiken kombiniert werden? Und wie wandelt man die Grafiken um bzw. wählt Felder u. Transparenzwert aus???
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[The Lord of Programming]

Jetzt sind insgesamt drei Komprimierungsarten voll funkionstüchtig(mit packen und entpacken). Ich hatte ind den letzten Tagen noch mit ein paar Bugs zu kämpfen. Die restlichen Arten sind meistens von den anderen abgeleitet und unterscheiden sich z.T. nur bei den Variablentypen(wird also schneller vorangehen)
PS: Ich mache das JLI-Format wohl vorerst ohne Alphakanal. Den kann ich ja später noch hinzufügen.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[AFE-GmdG]

Speicherst du pro pixel wirklich nur 24 Bit ab oder vielleicht doch 32 Bit?
Wenn du 32 Bit pro Pixel zur verfügung hast, kannst du in die zusätzlichen 8 Bit den Alphakanal packen, üblicherweise ARGB...
_________________

[The Lord of Programming]

Wie gesagt, es gibt mehrere Methoden. Die einfachste Methode ohne Komprimierung braucht 24 Bit pro Pixel.
Andere haben dann einen größeren Header und brauchen allerdings nur 8-16 Bit pro Pixel.
Speichert man denn den Alphawert üblicherweise in einem Bereich von 0-255 ab?
PS: So schnell kanns gehen; ich habe jetzt schon zwei weitere Komprimierungsarten dazuprogrammiert.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[LordHoto]

jo von 0-255 aber je höher der wert desto weniger Transparenz ist da!

MFG

LordHoto

[Starwash]

Hi,
also ein Byte reicht um den Alpha wert abzuspeichern,jedoch kenne ich es bisher eigentlich mit einem Wertebereich [0;100], welches also einer prozentualen Angabe entspricht. Also könntest du da theoretisch noch ein paar bit rausfall lassen, damit du so nah wie möglich an die Hundert herankommst.
Wäre irgendwie auch komisch, wenn du dies mit [0;255] abspeichern würdest, weil was machst du wenn etwas 1% Tranzparenz haben soll? Speicherst du dann den Wert 2,5 dafür ab?
Also ich kenne jedenfalls Alphaangaben bisher nur über ein prozentuales Verhältnis.

Gruss Tarek

[AFE-GmdG]

Die prozentuelan Angaben werden nur von Programmen umgerechnet und so angezeigt. Der "normale" 32-Bit-Farbwert enthält je ein Byte für Alpha, Rot, Grün und Blau - was für jeden Farb/Alphawert einen Wertebereich von 0-255 ergibt. Viele Bildbearbeitungsprogramme (so z.B. auch Gimp, ein immer wieder von mir erwähntes kostenloses Profiprogramm) können einen Transparenzwert sogar bit Nachkommastellen Anzeigen, also z.B. 16,375% Transparenz. Für die Bearbeitung des Bildes stehen dann in der Regel 128 Bit Farbinformationen (4 Floatwerte, je im Wertebereich zwischen 0 und 1 bei 7 Nachkommastellen) zur Verfügung, erst beim speichern werden sie wieder auf die "normalen" 32-Bit heruntergerechnet.

AFE-GmdG
_________________

[Starwash]

Hi,
ich weiß ja nicht, wie du das anstellst, aber wenn ich 1% Tranzsparenz haben will, so müsste 2,5 als Wert abgespeichert werden und ich kann 2,5 nicht auf ein Byte kriegen...Wenn ich diesen Wert nun rund und also 3 abspeicher, so würde dies aber schon ~1,2% entsprechen und mir somit eine Ungenauigkeit rein bringen.
Das mit den Floats funktioniert auch bei OpenGL so, dass diese einen Wertebereich von [0;1] haben können und daraus der Farbwert ermittelt wird und die Tranzsparenz.

ir = (int)fr*255; //ir=int;fr=float;
ia=(int)fa*100; //ia=int;fa=float;

So habe ich gelesen, dass die Farbwerte von OpenGL behandelt werden, womit wir ja wieder bei einer prozentualen Angabe wären.
Besser gesagt, OpenGL rechnet den Integerwert durch 255 bzw. bei Alpha durch 100 und erhält damit die Floatwerte und kann dann wieder ganz normal mit den Floatwerten arbeiten. Und bisher wurde ich bei jeglichen Arbeiten mit Alphawerten auf eine füher oder später prozentuale Angabe aufmerksam. Ich weiß natürlich nicht, wie es in DirectX aussieht, ob dort auch ein prozentualer Wert für die Tranzsparenz verlangt wird oder ob dieser [0;255] haben darf.

Gruss Tarek

[AFE-GmdG]

Von SDL her weiß ich, dass dort mit einem [0-255]-Wertebereich gerechnet wird. Zur beschleunigten Darstellung von Grafik in SDL wird OpenGL verwendet, daher gehe ich mal davon aus, dass auch in OpenGL ein 1BYTE-Wertebereich vorhanden ist. Es würde auch keinen Sinn machen, nur 7 Bit anstatt 8 Bit für Alpha zu verwenden, weil dann die Grafikdaten mit einem Füllbit ausgestattet werden müssten, damit die Grafikkarte noch in einer Angemessenen Geschwindigkeit rechnen kann.
Ansonsten würden einige Pixel in der Grafikkarte z.B. von Byte 953/Bit 4 bis Byte 957/Bit 2 gehen. Das ist zwar rechnerisch möglich, aber keineswegs Performant und darauf kommt es schliesslich an.
_________________

[The Lord of Programming]

Welchen Wertebereich benutzt denn DirectX???
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[LordHoto]

Also 1 Byte kann 255 verschiedene Werte annehmen DirectX Skaliert diese dann auf 0.0f (volle Transparenz = 0) 1.0f (keine Transparenz = 255) Darum musst du dich aber nicht kümmern das macht Direct3D automatisch für dich!

MFG

LordHoto

PS : Einfach Textur laden fertig! Aber die Render States für das Alpha nicht vergessen