Problem mit glColorMask(true, true, true, false);

[luisk]

Hallo,
neues Problem:
ich will den Hintergrund von Schrifttexturen transparent zeichnen

setzen der Alpha-Maske in der Schrift-Textur

Delphi-Quellcode:

if l_Col <> Fontcolor then begin
   l_rgbQuad.alpha := 0;
end else begin
   l_rgbQuad.alpha  := 255;// 
end;

Die Ausgabe funktioniert auch transparent, aber die nachfolgenden Objekte werden in dem Bereich des Texturhintergrundes auch durchsichtig als ob sie ein Loch hätten

Delphi-Quellcode:

 glenable( GL_Blend );
    glEnable(GL_TEXTURE_2D);
      glCallLists (length(in_text), GL_UNSIGNED_BYTE, @in_text[1]);
    gldisable(GL_TEXTURE_2D);
 glDisable(GL_Blend);

nun wollte ich verhindern, dass der Alphakanal beschrieben wird über:
glColorMask(true, true, true, false); dies zeigt aber keine Wirkung

Delphi-Quellcode:

 glenable( GL_Blend );
    glColorMask(true, true, true, false);
    glEnable(GL_TEXTURE_2D);
      glCallLists (length(in_text), GL_UNSIGNED_BYTE, @in_text[1]);
    gldisable(GL_TEXTURE_2D);
 glDisable(GL_Blend);

[Medium]

Ich vermute, dass der Depth-Buffer eher das Problem ist. Transparente Bereiche beschreiben den wie jedes andere Poly, und später dahinter liegende Teile werden dann nicht mehr gerendert. Wilkommen zu einem der Probleme, die in deinem anderen Thread angesprochen wurden, wenn man transparente Teile nicht nach allem anderen zeichnet

[luisk]

komischerweise haben nur die Löcher, die später gezeichnet werden und hinter der transparenten Textur liegen.
Die, die später gezeichnet werden und vor der transparenten Textur liegen, haben keine Löcher,
also funktioniert der Z-Buffer.

Ich will, dass die Textur voll transparent wird (funktioniert)
und den Alpha-Kanal für die nachfolgenden nicht blockiert.

[Medium]

Ja, genau das habe ich doch geschrieben. Deine Transparenten Teile landen im Z-Buffer, was aber zu früh ist. Entweder du sortierst alles von vorne herein von hinten nach vorne (dann braucht man aber praktisch keinen Z-Buffer mehr, und besonders schnell ist das auch nicht), oder du zeichnest eben, wie schon gelegentlich erwähnt, alles mit Transparenzen als letztes. Das ist die mit Abstand einfachste und performanteste Lösung*. Einen anderen Tipp kann ich dir nicht geben, und andere Wege wären vermutlich ziemliches Gefrickel, ausser man macht ohnehin schon etwas ganz anderes wie Deferred Rendering z.B. - da sind andere Lösungen gefragt.

*) Sobald mehrere transparente Faces hintereinander auftauchen können, müssen diese allerdings von hinten nach vorne sortiert werden. Sonst bekommt man genau das gleiche Problem wieder. Aber zumindest muss man so nur die transparenten Faces, und nicht alles B2F sortieren, was die Performance doch deutlich drücken würde.

Edit: Ganz lustig wird es, wenn sich Faces schneiden können und daran transparenzen beteiligt sind. Manche Enginges gehen in diesen Fällen sogar so weit die Schnittgeraden zu bestimmen und die Faces dynamisch zu splitten

[luisk]

kann ich irgendwie erzwingen, dass die Alphawerte nicht in den Z-Buffer geschrieben werden ?
Da muss es doch einen Filter geben.

[Medium]

Nein, der Z-Buffer wird anhand der Geometrie erzeugt, nicht anhand der Texturen.

Du könntest natürlich vor jedem transparenten Face den Z-Buffer duplizieren, dann das Face zeichnen - zwei mal, ein Mal in die Szene, ein Mal ganz alleine in eine weitere Textur, und nachher den neuen Z-Buffer anhand der Farb-Maske in der Textur aus der Sicherung Pixel für Pixel rekonstruieren. Ginge nur für volle Transparenz, und resultiert vermutlich in einer Performance die komplett jenseits jeglicher Nutzbarkeit liegt. Oder du zeichnest die transparenten Teile sortiert zum Schluss!!!! Wo ist denn das Problem dabei, dass du dich dermaßen stur dagegen wehrst?