Im Anhang, habe ich ein mini-Code, welcher ein OpenGL 3.3-Kontext erzeugt und ein Dreieck und ein Quadrat in den VBO/VBA rendert.
Es verwendet keinen Shader.

Was interessant ist, mit dem Mesa-Treiber von Linux, sieht man ausser dem hellblauen Hintergrund nichts.
Verwende ich aber ein Linux mit NVidia-Treiber, dann sehe ich die beiden Objecte in schwarz.
Unter Windows sind die Objekte auch vorhanden. Als ich noch meinen Onboard-Intel Chip verwendete, habe ich die Objekte auch gesehen.

Wie ist dies von OpenGL spezifiziert ?

Oder verwenden die original-Treiber einfachen einen sehr einfachen Default-Shader ?

Der Code sollte sich mit Lazarus kompilieren lassen, wen TOpenGLControl installiert ist.

_________________
OpenGL

Wenn im Fragment Shader keine Farbe geschrieben wird, ist sie undefiniert. So wie ich das sehe, erzwingst du keinen Core Context. Mit dem Nvidia-Treiber bekommst du daher ein Compatibility Profile und musst daher keine Shader benutzen. Mesa unterstützt Compatibility Profiles nur bis OpenGL 3.0. Darüber bekommst du einen Core Context. Dementsprechend kriegst du undefiniertes Verhalten oder vielleicht auch einen OpenGL-Error.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Wen ich dich richtig verstehe, ist das was ich mache ein gebastel mit undefiniertem Ausgang ?


Erzwingt dies den Context nicht ?

_________________
OpenGL

Ja, jedenfalls mit Core-Context ist es undefiniert.

Damit stellst du die OpenGL-Version ein, aber wahrscheinlich nicht, ob du einen Core- oder Compatibility-Context haben willst.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Was ich noch sagen muss.

Wen ich eine normale OpenGL 3.3 Anwendung habe und diese Werte:

auf 0, 0 setze, motzt der Mesa-Treiber,

Mit dem NVidia-Treiber unter Linux und mit Windows, läuft die Anwendung ohne Fehlermeldung.

Die Shader sehen etwa so aus, als Beispiel ein Mini-Vertex-Shader.

_________________
OpenGL

Anderes Symptom, gleiche Ursache: Deine Klasse TOpenGLControl besorgt dir offenbar bevorzugt einen Compatibility-Kontext, wenn das geht und du nichts anderes angibst. Der proprietäre Nvidia-Treiber gibt dir dann einen OpenGL 4.5 Kontext im Compatibility-Modus. Mesa kann im Compatibility Profile nunmal nur OpenGL 3.0. Höhere Versionen gibt es nur im Core Profile. Die GLSL-Version, die du mit der Direktive #version 330 anforderst, gibt es nunmal nur, wenn du mindestens einen OpenGL 3.3-Kontext hast. Es ist ein Fehler, einen solchen Shader mit einer kleineren OpenGL-Version zu benutzen.

Folge für dich: Du solltest nachschauen, wie man der TOpenGLControl-Klasse sagt, dass man explizit einen Core-Context will.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Jetzt verstehe ich langsam, das Ganze ist stark Treiber-Abhängig.
Eigentlich ist das Problem meiner ursprünglichen Frage in der Praxis nicht relevant, wann werden VOA-Daten mit OpenGL > 3.3 ins VRam geschrieben, ohne das man einen Shader verwendet, ausser für einen Versuch, so wie ich es gemacht habe.


Ich habe mal kurz geguckt, die TOpenGLControl ist recht komplex, vor allem da sie noch OS-Unabhängig ist.

_________________
OpenGL

Trotzdem ist es empfehlenswert immer explizit ein Core-Profile anzufordern. Dann weist dich der Treiber (auch der von Nvidia) nämlich darauf hin, wenn du irgendwelche als deprecated markierten Funktionen oder Parameter verwendest. So bemerkst du deinen Fehler sofort und nicht erst, wenn du zufällig auf einer anderen Plattform unterwegs bist.

Gibt es dazu denn keine Dokumentation? Ein paar grundlegende Beispiele à la "Wie erstelle ich einen Core-Kontext mit Version x.y?" muss es doch geben.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Wen ich folgende Werte bei einem alten OpenGL-Programm mit glBegin(.. setze, bleibt das Fenster mit dem Mesa-Treiber leer.

Somit müsste es eigentlich Core-Profile laufen, oder täusche ich mich da ?

_________________
OpenGL

Ja, aber nur weil Mesa nicht anders kann. Auf proprietären Treibern wirst du weiterhin im Compatibility Modus arbeiten, wenn du nicht explizit was anderes forderst.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)

Unter C++ käme man relativ einfach ich den Core-Modus.
Nur fehlen in der Lazarus GLU diese Befehle.

_________________
OpenGL