hmmm ok damit scheiden fbo aus....

.... Ich kann doch nicht in diesen Dateien was ändern... dann kann es ja niemand mehr kompilieren.....


gut also ich denke, dass ich einfach die Polygonenzahl in zaum halte... dann dürfe es von der Performance gehen...

Mein Problem ist damit wieder das was ich hier:
Mi Mai 28, 2008 12:12
beschrieben habe.... wie kann ich schauen ob alles mit dem alpha wert ok ist?

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu

Direkt dort anzusetzen ist die einfachste Möglichkeit. Anhand eines OpenGL RCs kannst du es meines Wissens nach nicht direkt überprüfen. Evtl höchstens mit einem Trick. Also ClearColor mit Alpha 1 und dann eine simple einfache Fläche drüber blenden die als Blendfunc den Alpha ausliest. Wenn der Alpha nicht unterstützt wird müsste das Ergebniss anders also falsch sein.

Aber das ändert nicht daran, dass du bei einigen System den Alpha bereits beim Erstellen des RCs angeben musst! Dort wird der nicht auf gut Glück erstellt. Sondern nur, wenn er von Programm angefordert wird.

also ich habe jetzt mal testweise den hintergrund mit clearcolor blau gemacht und die roten Streifen mit alpha anstatt mit additivem Bleanding drübergeblendet und es hat geklappt.
Daraus ergibt sich das Problem.. wieso klappt Alpha in der einen Procedure aber wenn ich mit glBlendFunc(GL_ONE_MINUS_DST_ALPHA, GL_DST_ALPHA); blenden will scheint es nicht mehr zu klappen.... es scheint fast so als wäre der alpha wert in der Zwischenzeit überschrieben worden.... doch ich zeichne außer diesen keine Quads (jedefalls keine so großen) (nur noch linien)....
Ich stehe echt auf dem schlauch...

Meinst du mit Systemen, Betriebssysteme, oder Graphikkarten?
hmmm wie gebe ich denn das:
an?

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu

Mit Systeme meinte ich generell die Kombination Grafikkarten/Treiber. Und das Betriebssystem alleine reicht ja schon, dass ein anderer Treiber zum Einsatz kommt. ATI/AMD scheint generell den Alpha zu aktivieren. NVidia habe ich zum Testen nicht da. Die OpenGL Softwareimplementation von Microsoft hat keinen Alpha. Und früher war aufgrund des geringen Grafikkartenspeichers natürlich auch kein Alpha aktiv. Evtl mag so etwas auch einige NotebookChipsätze betreffen. Besonders wenn der Grafikchip nicht von NV oder ATI/AMD stammt.

Was du da gemacht hast kann ich ehrlich gesagt nicht ganz nachvollziehen also habe ich selber mal was getestet.

Dieser Code sorgt dafür, dass das Rot des Quads den Wert innerhalb des Alphakanals wieder spiegelt (GL_DST_ALPHA). Die Farbe des Hintergrundes wird dabei nicht berücksichtigt (GL_ZERO).
Auf einem System mit Alphakanal wird bei glClearColor(0.5, 0.5, 0.5, 0.5); ein dunkelrotes Quad dargestellt. Bei glClearColor(..., 0); ist es schwarz. Bei 1 logischerweise immer vollständig sichtbar. Auf der Softwareimplementation von Windows (Ohne Alphakanal) war das Quad IMMER vollständig sichtbar.

Ich weiß gerade nicht ob diese Klassen die du benutzt dir einen DC geben. Ich vermute aber nicht. Mit dem könntest du auch so abfragen ob ein Alphakanal erstellt wurde.


Zum Erstellen poste ich mal ein bisschen Code aus unserem Header.

Diese ChoosePixelFormat bekommt diesen Descriptor übergeben. In ihm sind fast alle benötigten Informationen enthalten. Und das Feld cAlphaBits gibt an wie groß der Alphakanal sein sollte. Normal steht das auf 0. Und einige Systeme halten sich auch daran. Bzw der Umkehrschluss. Nur weil er auf 8 steht heißt es nicht, dass er auch erstellt wird. Wenn die Hardware/Treiber es zum Beispiel nicht kann.

PS: Ja ich weiß, dass das alles Windowsspezifisch ist denn ich habe keine Ahnung wie so etwas unter Linux gemacht werden müsste.

[edit] Wo ich das Flag cAlphaBits auf 8 gesetzt hatte hat sich auch die Softwareimplementation von Microsoft so verhalten wie der Treiber von AMD/ATI das die ganze Zeit schon getan hat.

hmmm ja das ist windowsspezifisch... ich habe keinen TPixelFormatDescriptor

aber wie schon gesagt klappt alpha an anderen Stellen (und anscheiend auch plattformunabhängig).....
Ich habe irgendwo einen Denk- oder Programmierfehler.

Also an anderen Stellen (hatte ich ganz vergessen) führe ich z.B.: (ist NICHT der Hintergrund... ist nur ein ganz kleines Textfeld.....)
aus und es klappt... anscheinend hat er mit src_alpha kein Problem, aber wenn ich halt wie schon oben gepostet es mit dst_alpha mache scheint es nicht zu klappen....

Zur Not lasse ich den Hintergrund halt weg...



EDIT: also ich habe mal einen test gemacht um alles andere auszuschließen (beide liegen vor allem anderen und verdecken alles!):

Eigentlich wollte ich da jetzt eine fläche an 2 Ecken duneklrot und an den anderenn Ecken gelb bzw. grün (das sind die Farben von RightBottom, LeftBottom ,usw..)
Doch sehen tue ich ein ein komplett dunkelrot gefüllten Bildschirm.....

Was mache ich falsch?

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu

Moment ich glaube du bringst da gerade etwas durcheinander. Alphakanal ist nicht gleich Alphakanal. Und Blending nicht gleich Blending.

Beim Blenden hast du eine Eingangskomponente, eine Ausgangskomponente, einen Eingangsfaktor und einen Ausgangsfaktor. Hinten raus kommt eine neue Komponente die in den Framebuffer geschrieben wird.

Die Eingangskomponente (SRC) ist immer das Fragment. Also das zu zeichnende Pixel des Quads.
Die Ausgangskomponente (DST) ist immer der Framebuffer bzw der Buffer in den gezeichnet wird. Also Framebuffer oder auch ein FBO oder Pixelbuffer.

Die Faktoren geben an wie Stark die einzelnen Komponenten in das Ziel einfließen. Und da gibt es einen Faktoren für die Eingangskomponente (sFactor) und einen für die Ausgangskomponente (dFactor). Auf diese Faktoren kannst du die unterschiedlichsten Koponenten oder Konstanten legen. So zum Beispiel GL_ONE (nimmt immer die ganze Komponente) oder GL_ZERO (nimmt nichts von der Komponente).

Je nach Faktorenwert wird auf die unterschiedlichsten Dinge zugegriffen.
GL_ONE, GL_ZERO greifen auf nichts zu. Sie haben immer einen festen Wert.
GL_SRC_* oder GL_ONE_MINUS_SRC_* geben immer einen Wert aus dem Eingang an. Dieser Wert kommt normal über glColor oder eine Textur.
GL_DST_* oder GL_ONE_MINUS_DST_* geben immer einen Wert aus dem Framebuffer an.

GL_*_ALPHA benutzt den Alphakanal der Ein oder Ausgangskomponente.
GL_*_COLOR benutzen den Farbwert.

SRC_ALPHA ist lediglich der Alphawert der aus der Textur oder aus glColor kommt. Aber auch der muss natürlich angegeben werden. Genau so ist es beim Framebuffer auch. Nur da nicht so fundamental verankert wie bei Texturen. SRC_ALPHA wird immer funktionieren so lange glColor4f oder Texturen mit ALphakanal benutzt werden.

Ich habe die ganze Zeit aber ausschließlich nur vom Alphakanal des Framebuffers geredet! Also NUR GL_DST_ALPHA bzw. GL_ONE_MINUS_DST_ALPHA. Nur diese beiden Konstanten. Alle anderen greifen auf etwas anderes zu.

ok, ja das ist mir eigentlich alles klar... ich habe ja das Tutorial über Blending genau gelesen....

Was mir allerdings neu ist, und wo wir wahrscheinlich aneinander vorbei geredet haben ist: Das wenn das Alpha blending mit src_alpha funktioniert, noch nicht der Alpha-Kanal im Framebuffer (also dst_alpha) ok sein muss.
Habe ich das richtig verstanden?

ok... dann sind wir wieder bei dem Punkt: Wie kann ich den Alpha-Kanal des Framebuffers plattformunabhängig und treiberunabhängig einschalten.
Wenn dies nämlich nicht möglich ist, bringt es mir wenig.... schließlich mag ich, dass es fast überall ohne Probleme funktioniert....


Gruß Alexander


PS: Ich hoffe ich nerve dich nicht allzusehr... (leider bin ich in opengl halt noch (fast) ein blutiger Anfänger....)
PPS: Ich wollte nur sagen das die Tutorials super sind...

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu

Richtig. Denn SRC_ALPHA gehört fundamental zu OpenGL wärend DST_ALPHA zwar unterstützt wird aber man nicht zwangsweise darauf angewiesen ist. Besonders in den Anfangstagen von OpenGL. Heutzutage wird so etwas über FBO und PixelBuffer gelöst.


Das hatte ich oberhalb schon gesagt. Das MUSST du beim Erstellen des Kontextes aktivieren. Dort gibt es keine andere Möglichkeit. Und dazu wirst du um ein Ändern der Quellen nicht umherum kommen. Das ist die Sache mit dem Flag in dem Descriptor. Schau da am Besten mal in deinen Quellen wie die Typen heißen. Methode und Quelldatei hatte ich recht am Anfang schon mal gepostet.

Ob es dann auch alle Systeme unterstützen, wenn du es aktiviert hast steht wieder auf einem anderen Blatt. Auf welchen Systemen es da Probleme geben könnte weiß ich aber nicht. Kann auch sein, dass es zu schwarz sehe und von allen auch unterstützt wird/werden muss.


PS: Nö Nö. So lange wir eine Lösung finden und du dabei was lernst ist das schon okay. Jeder hat mal klein angefangen und man kann auch nicht immer alles sofort verstehen.

Also ich bin ja unter Linux und wenn ich die Datei glwin32wglcontext öffne meldet er erstmal dass er weder einige der uses Units nicht findet und auch, dass er zb: den Typ PIXELFORMATDESCRIPTOR nicht findet......
Ich könnte also selbst wenn ich AlphaSize hinzufügen würde es nicht kompilieren....
Und ich denke mal die Datei hat folglich auch keine Auswirkungen, da er sie eh nicht kompilieren kann....
...
allerdings gibt es die Datei: glgtkglxcontext.pas (und auch glcarbonaglcontext.pas) und die hat folgende Funktion:


hmmm und CreateOpenGLContextAttrList sieht folgendermaßen aus:
müsste da noch sowas wie
Add(GDK_GL_Alpha_SIZE); Add(1);
stehen?
Nach ausprobieren... ohn nee dann startet das Programm nicht mehr....

hmmm
Weißt du weiter?

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu

Wenn du irgendwann eine Windowsvariante deines Programmes machen willst musst du die glwin32wglcontext.pas anpassen. Für Linux wird sie ja nicht benötigt. Du solltest es aber nicht vergessen ansonsten kann es sein, dass du dich später wundern wirst.

GTK: Da muss ich vollkommen passen. Da kann ich dir nur empfehlen im Internet nach Dokumentationen zu suchen. Ich habe aber auch keine Ahnung wo man da zu suchen anfangen sollte. Da kann ich dir so nicht weiter helfen.

hmmm ok Trotzdem Danke!

Ich denke mal ich lasse den Hintergrund dann weg..... Ich scheue mich nämlich davor in gleich mehreren Orgnialdateien etwas zu ändern....

Tschüss

Gruß Alexander

_________________
"Weil", so schließt er messerscharf,
"nicht sein kann, was nicht sein darf."

Besuch doch mal: http://www.alexanderroth.eu