Hi,

nach dem Problem das ich mit den FBO habe (http://www.delphigl.com/forum/viewtopic.php?t=7070), habe ich mich heute Nacht mal an einen einfachn p-Buffer gemacht. Dabei ist mir aufgefallen das dass Bild scheinbar sauber gerendert wird bist zu dem Augenblick wo ich "glUseProgram(NULL);" aufrufe.

Der Coder:


Wenn ich den Code so ausfuehre wie er oben angezeigt wird werden mir meine Beiden Texturen im Shader gemischt und dann gemischt angezeit.
Wenn ich nunr "glUseProgram(NULL);" einkommentiere sehe ich nur noch die erste Textur auf dem Wuerfel. Zu testzwecken hatte ich auch den Buffer mal in eine Texture geschrieben und gesichert.

Woran kann das liegen? Muss ich mir eine Shader schreiben der eine Fix-Functionallety implementiert nur um die Shader wieder zu deaktivieren?

Danke,
pfefferkeks

Was hat denn NULL für einen Wert?
Ich weiss jetzt nicht ob es einen Unterschied zu c++ gibt. In Delphi übergebe ich einfach eine '0' an glUseProgramm.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Hi,

habe es eben mal mit 0 versucht, das gleiche Problem.

Darauf hin habe ich mal nachgeschaut, NULL ist ein #define NULL 0.
Also 0

Gruesse,
pfefferkeks

Mh ok.

ich hab nochmal nachgesehen. bei mir lautet der aufruf glUseProgramObjectARB. liegt da evtl ein unterschied? aber das mag auch ein unterschied in der dglopengl.pas sein. du nutzt ja sicher was anderes...

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Hi,

wenn ich das richtig verstanden habe dann kommen die Aufrufe vom Treiber, was mich aber nicht daran gehindert hat es mal zu versuche.
Leider hat es das Problem nicht behoben, sonder sieht noch genauso aus.

Gruesse

Also es gibt keinen Unterschied zwischen Delphi und C++. Das darf es nicht geben sonst wäre irgendwas ganz gehörig falsch. Denn wie pfefferkeks ja gesagt hat. Die Methodenpointer kommen vom Treiber. Der Name spielt spielt primär keine großartige Rolle, da es sich dabei lediglich um eine Variable handelt. Und die kann so benannt werden wie an möchte. Allerdings heißen die Variablen eigentlich immer so wie die Methoden heißen also wie sie abgefragt werden.

Und in dem Fall gibt einen Unterschied zwischen glUseProgramObjectARB und glUseProgram. Die glUseProgram stammt aus dem 2.0er Kern wärend die glUseProgramObjectARB aus der ARB Erweiterung stammen. Normal werden die Erweiterungen häufig ohne weiteres in den Kern übernommen aber bei den Shadern hat sich ein bisschen was verändert. Entsprechend der Name und noch ein paar kleinere Sachen.

Das ARB am Ende einer Konstante oder Methode verrät, dass es sich dabei um eine Methode/Konstante aus einer Erweiterung handelt. Genau so wie NV, ATI, SGIS, SGIX, etc etc. NUR die Komponenten des Kerns haben keinen Zusatz. So viel zur Namensgebung von OpenGL.

pfefferkeks: Verändert das glUseProgram(NULL) den nachfolgenden Code oder verändert es noch das Zeichnen in deinen Offscreen Buffer? Oder was wird dabei verändert? Bei deaktiviertem Shader müssen natürlich alle TMUs sinnvoll aktiviert worden sein, wenn du sie auch sehen willst. Bzw solltest du auch die TMU0 aktivieren. Denn die Letzte in deinem Code ist die TMU1.

Aber du kannst ja zu testzwecken mal ein glFinish vor dem glUseProgram aufrufen. OpenGL arbeitet Asynchron. Allerdings sollten die Befehle sich da nicht durcheinander bringen lassen. Du hattest ja gestern auch mit dem anderen Probleme. Hast du einen aktuellen Treiber drauf und was ist das denn für eine Karte. Denn irgendwie ist das Mysteriös.

PS: Auf OpenGL Fehler prüfst du ja, oder?

Hi,

Losst eX, das mit den OpenGL Fehlern war ne Top Sache. Ich habe sie zwar geprueft aber noch nicht in der Methode .

Dadurch hat sich herausgestellt das beim Aufruf von "glUniform1iARB()" der Fehler 1282 auftriett. Habe im code an die Stelle mit den fehlern ein "------>" gemacht. Immer die Errorabfrage danach greift.
Fehler 1282 besagt: GL_INVALID_OPERATION
Das heist doch eigentlich ich mach an der stelle was was ich nicht darf. Nur wieso? Warum darf ich das da nicht?


Das ganze laeuft auf einer ATI FireGL T2. Neuste Treiber von der ATI Homepage (AMD).


Gruesse

Du musst den Shader aktivieren bevor du irgendwelche Parameter setzt. Ohne einen aktiven Shader erzeugt dass Setzen eines Uniforms den von dir genannten Fehlercode (siehe u.a. auch offizielle Befehlsübersicht ui glUniform).

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hi,

danke fuer die Antwort, wenn "aktivieren" heist mach "glUseProgram(shaderProgramHandlePass0);" bevor du die Texture (Uniform Varaiblen) setzt dann lag es daran leider nicht. Habe "glUseProgram" jetzt vor dem holen der Uniform Position. Leider immer noch der gleiche Fehler.

Habe auch mal geschat was der Fehler sonst noch heissen kann:

GL_INVALID_OPERATION is generated if there is no current program object:
Denke ich kann ich ausschliessen da glUseProgram ja ohne fehler durchlaeuft.

GL_INVALID_OPERATION is generated if the type and size of the uniform variable declared in the shader does not match the type and size indicated by the glUniformARB command.
im Shader habe ich eine "sampler2D" Varaible und uebergeben tut ich eine "GL_TEXTURE_2D", also sollte auch passen

GL_INVALID_OPERATION is generated if location is an invalid uniform location for the current program object.
Wie man das abfragen kann weiss ich leider nicht, ich weiss nur das "glGetUniformLocationARB()" kein Fehler bringt.

GL_INVALID_OPERATION is generated if a sampler is loaded using a command other than glUniform1iARB and glUniform1ivARB.
Kann ich wohl auch ausschliessen da ich ja "glUniform1iARB" und testweisse auch "glUniform1i"verwende.

GL_INVALID_OPERATION is generated if glUniformARB is executed between the execution of glBegin and the corresponding execution of glEnd.
Das kann ich mitsicherheit sagen, das ich dass nicht zwischen einem glBegin und glEnd versuche.

Jemand eine Idee was es sein kann?

Habe die display Methode noch mal komplett hier dazu gelegt:


Danke

Ich hab ganz oben gelesen dass du einen "P-Buffer" bentutzt. Meinst du damit ein Pixelbufferoject? Wenn ja, dort muss man beachten dass dieses ja einen eigenen Kontext und auch Namensraum hat, den man (unter Windows) mit wglShareLists mit dem Kontext teilen muss, in dem die Shader erstellt wurden. Tust du das auch? Ansonsten sieht der Quellcode denn du da gepostet hast korrekt aus, evtl. solltest du dann mal einen OpenGL-Debugger (z.B. glDEbugger) probieren.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Problem gefunden!

Danke fuer eure Hilfe.

Das Problem war das ich meinem Header zu der Klasse die Varaiblen fuer die Texturen nicht mit GLuint sonder als unsigned int dekleriert habe.

Jetzt waere es interessant den Unterschied zu wissen.

Gruesse,
pfefferkeks