Das Problem beim "Blending" (in Wirklichkeit Multipass) ist nicht alles möglich. Denn du hast als Erstes ein Schwarz/Weiß Bild. Mit diesem Bild verrechnest du das Zweite und überschreibst das SW Bild. Um das Dritte Bild aber richtig darstellen zu können benötigst du wieder das SW Bild. Was aber nicht mehr existiert. Somit wird das SO nicht funktionieren. Das ist technisch nicht drin. Selbst wenn du das Bild als Textur kopierst und dann wieder in einzelnen Schritten darstellst wird das nicht gehen. Denn damit es gehen kann müsstest du dein bisheriges überschreiben. Aber dann ist das Ergebniss wieder falsch.

Das mit dem Kompfort kann ich vollkommen verstehen. Ich finde nichts schlimmer als zu umständliche Programme.

Wenn es nur im Editor ist, dann könntest du dir das Bild auch eben auf den Rechner ziehen und dort verändern. Aber ich denke mit dem env_combine sollte das auch gehen. Aber ich habe damit auch noch nicht so viel gemacht. Du kannst ja auch mal das posten was du schon hast. Also das was da zum Erzeugen der Textur gehört.

Moin,

das ist mein Code bis jetzt. Das Multitexturing habe ich noch nicht ausprobiert.

Hier wird erstmal die Brushtextur erstellt, die ist dann schwarz, und überall, wo man gemalt hat weiß, mit weichen Kanten.



Jetzt blende ich da drüber die Steintextur (tex ist die obige Textur vonGL_COLOR_ATTACHMENT0_EXT):



Danach habe ich versucht da drunter das Gras zu bekommen (Tex2 ist GL_COLOR_ATTACHMENT1_EXT):



Das hat aber nicht den gewünschten Effekt.

Ich habe noch eine Idee bekommen: Und zwar könnte man die Brushtextur (Tex) nicht aus dem VRAM laden, und die RGB Werte durch Alphawerte ersetzen und danach das ganze wieder uploaden? Wenn ich mich nicht vollkommen täusche sollte es doch so möglich sein den letzten Blendschritt mit dem Gras damit zu bewerkstelligen.

Markus

Also mit FBOs kenne ich mich gar nicht aus. Aber ja du kannst die Daten ziehen und in eine andere Textur schreiben. Ziehen kannst du die Daten mit glGetTexImage2D und hochladen entweder mit glTexImage2D oder glTexSubImage2D. Wobei glTexSubImage2D besser ist, da nur die Daten kopiert werden. Sonst nix. Allerdings arbeiten grafikkarte Asynchron und das ziehen verändern und hochladen dürfte da ziemlich stark bremsen. Gehen tuts aber ich würde mit keinem Geschwindigkeitsrekord rechnen.

Hallo,

ich hab es jetzt mit viel Trickserei (fast) hinbekommen:



Wie man sieht stimmt das mit den weichen Kanten noch nicht so. Ich mach das im Moment mit TglBitmap2D.AddAlphaFromColorKeyRange(255, 255, 255, 128);, aber anscheinend bezieht das nur die "vollen" Weißwerte mit ein. Gibts in deiner glBitmap eine Möglichkeit die weichen Kanten miteinzubeziehen?

Markus

Was wäre das für eine Programmiererwelt, wenn es nur einen Weg geben würde. Ich habe aktuell gleich 3.

Methode 1: Du könntst das Graustufen RGB Bild nach Luminance (1 Kanal Graustufen) konvertieren und der glBitmap dann sagen, dass es sich dabei um Alpha handelt. Diese Textur könntest du dann bei dem Gras als zweite Textur binden und normal blenden (SRC_ALPHA, ONE_MINUS_SRC_ALPHA) und dann sollte es richtig aussehen. Aber. Diese Konvertierung ist optisch richtig und größtmöglich flexibel gehalten. Mit anderen Worten richtig lahm.


Methode 2: Du könntest die eingebaute Funktionsschnittstelle dazu bemühen. So würde das aussehen, wenn du Rot zu Alpha machen willst.

Aber das Problem an der Methode. Auf meinem aktuellen System mag das zwar noch halbwegs schnell sein aber es wird für jedes Pixel ein mal diese Methode oben aufgerufen und die Daten des Pixels müssen vorher in die Struktur kopiert werden. Also ziemlich viel (für meinen Geschmack zu viel) für ein einfaches simples Byte.

Methode 3: Ich persönlich würde da trotz meiner Unit eher auf etwas anderes zurückgreifen. Und zwar mit "wenigem" spezialhändling kann man die zu erlegenden Dinge auf ein Minimum reduzieren.
Dazu benötigst du eine zweite Textur. Eine in die du die Daten kopierst und eine reine Alphatextur.



Die letzte Methode ist natürlich aufgrund ihrer Spezialisierung mit Abstand am Schnellsten. Du musst evtl. in der Methode CopyRedToAlpha noch kleine Anpassungen vornehmen. Steht im Kommentar. Durch das Bind(False) wird nur die Textur gebunden aber nicht das Target aktiviert.

Du kannst die fTexture2 so binden wie alle anderen Texturen. Ich lade lediglich die Daten anders hoch und greife ein bisschen manuell ein.

PS: AddAlphaFromColorKey erzeugt immer einen digitalen Alphakanal. Also entweder hat er 1 oder 0. Dort gibt es keine "Grauzone".

Hallo,

vielen Dank für deine Hilfe! Ich hab jetzt was ganz annehmbares hinbekommen:



Die Ränder sehen etwas verschwommen aus, aber das liegt glaube ich an den schlechten Texturen
Dank deiner dritten Methode läuft das jetzt alles in Echtzeit, ohne Ruckler. Vorher musste ich aber noch ein bisschen was ändern, zB. pDest^:= 255 - pSource^;

Jetzt muss ich das nurnoch sauber programmieren, war bis jetzt ja nur Testcode. Nochmals danke!

Markus

Ah. Okay. Alternativ zu "255 - byte" kannst du auch "not byte" machen. Dann ist dann nichts mehr zum Rechnen.

Das da aber Rot entsteht wundert mich etwas. Wie zeichnest du das denn?

Hallo,

da entsteht Rot? Seh ich überhaupt nicht, bin Rot-Grün-Blind

Edit: Ah, das liegt an meiner glClearColor! Da scheint was nicht zu stimmen.



Dabei kommt ein blauer Rand raus. Da ist also noch ein Fehler.

Markus

Ich muss gestehen, dass ich den Code nicht so ganz verstehe.

Aber meine Idee war folgende.
- AlphaTextur erstellen
- untere Textur normal mit 1 Quad zeichnen
- darüberliegende Textur und Alphatextur via Multitexturing mit einem zweiten Quad zeichnen und blenden

Wenn du eine RGB und eine Alphatextur via Multitexturing zeichnest verhält sich das ganze wie eine RGBA Textur. Und genau das brauchst du.

Hallo,

ich habe den Fehler bei mir gefunden. Es muss statt glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); so heißen: glBlendFunc(GL_DST_ALPHA, GL_ONE_MINUS_SRC_ALPHA);

Zum Code: Die Alphatextur wurde vor dem Codeabschnitt schon erstellt. Die binde ich und zeichne sie unten auf ein Quad, darauf die Grastextur. Dann hab ich eine Textur, auf der überall Gras ist, und dort wo die andere hin soll ist sie durchsichtig.

Dann zeichne ich in eine andere Textur ganz unten Stein, und darauf die Grastextur mit Transparenz an den gewünschten Stellen. Dadurch sieht man die Steintextur nurnoch an bestimmten Stellen durch:



Das Resultat sollte das Gleiche sein.

Zum Multitexturing:

Geht das auch ohne GL_ARB_texture_env_combine, also mit ganz normalem Multitexturing? Wenn ja, dann wäre das sicher eleganter.

Markus

Ja du kannst Multitexturing auch ohne env_combine benutzen. env_combine bietet halt ein paar Möglichkeiten die verschiedenen Texturen miteinander zu kombinieren. Aber in deinem Falle geht es ja nur darum die RGB und die AlphaTexture ineinander zu mischen. Und das ist per default schon so. Also, dass die einzelnen Texturen moduliert werden. Oder kurz. Ja geht.

Diese Blendfunc halte ich für nicht ungefährlich. Denn DST_ALPHA greift auf den Alphakanal innerhalb des Framebuffers zu. Der muss aber nicht existieren.

Aber sonst. Schaut schon recht nett aus.

Hallo,

ok, dann werde das mal so probieren, wird auch sicher schneller sein.

Hmm.. eigentlich habe ich gedacht, DST wäre das, was ich darauf zeichne, und nicht das, was schon da ist. Wäre ja auch logisch, da in meinem Fall die Alphawerte ja auch im oberen Quad sind

Edit: Ich hab leider noch nie Multitexturing benutzt... kannst du mir kurz sagen, wie ich das machen soll?

Ich hab das so verstanden:

1) Alphatextur erstellen
2) Grastextur ganz unten auf Quad zeichnen
3) Alphatextur mit Steintextur via Multitexturing mit Blending drüberzeichnen

Aber wie geht Punkt drei?

Soll ich erst die Alphatextur auf glActiveTexture(GL_TEXTURE0) binden, und die andere auf GL_TEXTURE1 oder andersrum? Und welches Blending brauche ich?

Außerdem ist es komischerweise so, dass wenn ich ein ganz normales Quad mit GL_TEXTURE1 und der Steintextur zeichne, das ganze einen dunklen Farbstich bekommt. (mit glMultiTexCoord2f())

Markus

Ja für Multitexturing benötigst du glActivateTexture. Standard ist immer TM0 aktiv. Wenn du eine andere TMU aktivierst dann gehen gebundene Textur etc auf die andere. In welcher Reihenfolge du sie Bindest TMU0 = RGB und TMU1 = A oder andersrum spielt keine Rolle. Aber ich würds so machen. Aber bitte danach wieder deaktivieren. Bei allen TMUs sonst bleiben die Texturen aktiv.

Wichtig beim Quad. Du darfst dann nicht mehr glTexCoord benutzten sondern musst glMultiTexCoord benutzen. Also um dann koordinaten für die einzelnen TMUs setzen zu können. glTexCoord geht glaube ich immer auf TMU 0. In Code sieht das in etwas so aus.



Als Blending sollte das standardblending genügen. SRC_ALPHA, ONE_MINUS_SRC_ALPHA. Denn für das Blending ist es nichts anderes als eine RGBA Textur. Das Vereinen der einzelnen Texturen findet vorher statt.


Und DST und SRC beim Blenden. Du hast ein Quad (SRC) welches du irgendwohin zeichnen willst (DST). Das verwirrende dabei ist, dass die faktoren beliebig überkreuz benutzen kannst.

Hallo,

das hab ich jetzt mal so gemacht, erhalte aber genau das gleiche Ergebnis, wie oben... die glClearColor() scheint durch, an den Stellen, die halbtransparent sind. Das Bedeutet, die Textur, die am Ende hier rauskommt, beinhaltet noch Transparenz.



Komisch

Markus

Also ich habe das mal mit eigenen Texturen versucht und bei mir geht es. Könntest du mir evtl mal deine Texturen zur Verfügung stellen. Anhängen oder per mail. Evtl auch mit der Testexe, wenns möglch ist. Bitte auch die Alphatextur. An diese kommst du, wenn du beim Erstellen mal AlphaTex.SaveToFile('blah.tga', ftTGA) aufrufst. Nicht vergessen das Speichern dann wieder zu entfernen. Hatte ich auch schon mal und ich wunderte mich warum es dann so lahm war.

Hast du evtl. vorher noch was gesetzt oder so. Wie schaut es denn aus, wenn du die zweite Textur deaktiviert und nur dir erste zeichnest?


PS: Wenn du die Tiefenfunc anders setzt (auf GL_LEQUAL) musst du das zweite Quad nicht verschieben. Das ist in der Regel besser. Wenn du nur Obendraufansicht hast aber nicht tragisch.