Wer an den Anfang des Threads guckt, wird sicherlich merken das es seit heute wieder ne aktualisierte Version unseres Headers gibt. Wie dort steht gab es mit einigen Corefunktionen Probleme (sie zeigten auf NIL), während ihre ARB/EXT-Pendants ohne Murren funktionierten. So wollte glTexImage3D nicht, während glTexImage3DEXT ohne Probleme seinen Dienst verrichtete.
Das wurde gefixt und der Header darf damit auch als final und komplett funktionierend betrachtet werden.

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

Folgende Core Konstanten und Routinen sollten noch hinzugefügt werden (die ARB losen Varianten von Buffer Objects und Occlusion Queries), um der OpenGL 1.5 Spezifikation zu entsprechen (die es allerdings in dieser Form ohnehin noch in keinem mir bekannten Treiber gibt).

Ich habe den Code aus Bequemlichkeit einfach gepostet, sollte es zu störend wirken, dann entfernt ihn bitte.



und

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Außerdem sind laut Spezifikation folgende Konstanten veraltet:



und



das heißt die _SOURCEx_ und FOG_COORDINATE sollten in _SRCx und FOG_COORD umbenannt werden, aus Kompatibilitätsgründen sollten dann noch die obigen Zeilen eingefügt werden.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Thx für die beiden Codeschnippsel. Werd die dann spätestens beim nächsten Update einfügen. Bleibt jetzt nur noch abzuwarten wann ATI endlich komplette GL1.5-Treiber bringt damit ich die neuen Extensions auch richtig testen kann.

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

dglOpenGL enthält noch einen kleinen Bug beim Laden der OpenGL Treiber:



wird in den ReadImplementationProperties ohne Parameter aufgerufen - was zur Folge hat, dass zu diesem Zeitpunkt auf jeden Fall wieder die Windows OpenGL Treiber geladen werden.

Richtigerweise könnte man z.B. LibName und GLULibName bei jedem Aufruf von InitOpenGL in globalen Variablen speichern und in ReadImplementationProperties folgenden Code ändern:


Beim Aufruf von ReadImplementationProperties müssen die OpenGL Treiber ja bereits mindestens einmal geladen worden sein - sonst hätte man auch kein Pixelformat setzen können.

Außerdem werden, wie von Eric angemerkt, geladene DLLs nicht freigegeben - die Variablen LibHandle und GLULibHandle sollten mit 0 vorinitialisiert werden, der Code in InitOpenGL folgendermaßen geändert:



Man könnte die Bibliotheken auch nur dann laden, wenn LibHandle und GLULibHandle <> 0 sind - davon würde ich aber abraten, da ja jemand auch im laufenden Betrieb eines Programmes den OpenGL Treiber wechseln könnte (in Carad ist dies zum Beispiel möglich) - und wenn der Wechsel oder die Initialisierung des Treibers einige Millisekunden länger dauern, ist das wirklich vollkommen egal.

Wenn das auch noch geändert wird, sollte dglOpenGL eigentlich fehlerfrei sein, evtl. könnte man es noch aus ästhetischen Gründen durch einen Codeformatierer durchlaufen lassen (in dieser Hinsicht bin ich vielleicht etwas pingelig - aber ich habe gerne ein einheitliches Bild).

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Erstmal danke für die Hinweise. Wollte diese auch eben implementieren, aber geklappt hat nur die Sache mit den Lib-Namen. Das FreeLibrary macht momentan Probleme, da InitOpenGL ja bei der Programminitialisierung quasi zweimal aufgerufen wird (zweites mal in ReadImplementationProperties) und beim zweiten Mal wird mir das dann wohl bestraft, weshalb da evtl. was umgestellt werden muss. Und die Sache mit der Codeformatierung ist auch am Jedi-Code-Formater selbst gescheitert. Entweder bringt er nen Nesting-Fehler, oder spuckt mir nur ne ~90KByte große Datei aus...mal sehen was sich da machen lässt. Die von dir angesprochenen Sachen werden aber auf jeden Fall ins nächste Update mit einfliessen.

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

Am besten kopierst du außer den wgl und den glu Routinen sämtliche Einsprungpunkte in die ReadExtensions - genaugenommen gehören sie da auch hin, da ein OpenGL Treiber sogar pro Pixelformat unterschiedliche OpenGL Versionen zur Verfügung stellen könnte.



dies sind die einzigen OpenGL Routinen, die tatsächlich von InitOpenGL gesetzt werden sollten (bei glu ist es egal - das ist ohnehin ein reine Softwaresache) - wenn ich den Rest in die ReadExtensions rüberkopiere, klappts bei mir jedenfalls mit der Freigabe der DLL Handles - und gleichzeitig ist sichergestellt, dass tatsächlich alle Einsprungpunkte zur selben Zeit (also nicht etwa mit aus zu unterschiedlichen Zeitpunkten geladenen - oder gar verschiedenen - OpenGL DLLs) geladen werden.

Die wgl Routinen hingegen müssen von InitOpenGL geladen werden - und die verändern sich aber auch nicht, da über diese das Pixelformat erst eingestellt wird.

In ReadImplementationProperties ersetzt du dann

if InitOpenGL...

durch

if (LibHandle<>0) then

- InitOpenGL lädt ja jetzt keine neuen Routinen mehr, macht also keinen Sinn die selben DLLs zu entladen und wieder zu laden. Damit kannst du dir jetzt auch LastLibName und LastGLULibName schenken, da InitOpenGL jetzt nicht mehr von ReadImplementationProperties aufgerufen wird.

ActivateRenderingContext solltest du hingegen folgendermaßen umschreiben:



Könnte ja sein - wenn auch unwahrscheinlich, dass jemand gleichzeitig einen sowohl einen OpenGL Kontext in ein Bitmap offen hat (Unter Windows ist das dann immer Version 1.1), als auch einen hardwareunterstützten Kontext auf den Bildschirm - in diesem Fall ändern sich die Einsprungpunkte beim Umschalten, und es ist tatsächlich notwending sie nochmals auszulesen.

Mit diesen Änderungen werden die OpenGL DLLs nur mehr einmal geladen (bei InitOpenGL) was auch recht angenehm sein dürfte.

Ich schicke dir die geänderte Unit gleich mit, ich hab's schon ausprobiert, und bei mir funktioniert es sowohl mit den Standard OpenGL Treibern als auch mit MesaGL (Bei MesaGL muss man noch Get/Set/Choose/DescribePixelFormat durch Zeiger auf wglGet/Set/Choose/DescribePixelFormat ersetzen - das ist aber MesaGL spezifisch, dafür kann dglOpenGL nichts).

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Sowas nenn ich Feedback, und dann noch gleich mit ner fertigen Problemlösung! Hab den Header in einigen Projekten ohne Probleme getestet, noch deinen Namen und die Änderungen reingeschrieben und ihn so in die Downloadsektion hochgeladen.
Also nochmals danke für die Hilfe.

Edit : Um evtl. "Problemen" die bei den Leuten auftreten können entgegenzuwirken hab ich in den Download des GL1.5-Headers nun auch eine brauchbare Readme mit passenden Links und Hinweisen gepackt.

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

Also das freut mich jetzt wirklich.
Die Readme schaut soweit gut aus, ich hab dann gleich die Gelegenheit beim Schopf gepackt, das angegebene Template so umzuschreiben, dass es die MesaGL Treiber verwendet. Vielleicht kann man das auch hier irgendwo hochladen, dann gibt es auch für die Besitzer ältester Windows 95 und NT-Systemen ohne Administratorrechte keine faulen Ausreden mehr, auf OpenGL zu verzichten .

Hier der Link darauf:
http://mcad.delphigl.com/opengl15_vcl_template.zip

(die DLLs sind aus den neuesten Sourcen kompiliert und gleich mit dabei, da es gar nicht so einfach ist, fertig kompilierte aktuelle Versionen davon aufzutreiben).

P.S.: Vielleicht könntest du beim nächsten Update meine Homepage auf http://www.basegraph.com ändern. Die ist zwar eigentlich noch nicht so wirklich öffentlich, aber wenigstens nicht so peinlich wie die ständigen Werbeeinblendungen des Redirectors der .cjb.net Addresse.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Bei der Nutzung von glSlang habe ich festgestellt, dass es aufgrund dieser Deklarationen in unserem Header :



Nicht einfach möglich war, über z.B. folgendes Kommando an die Position eines Uniformparameters im Shader zu kommen :



Fehlergrund war logischerweise eine ungültige Typenunwandlung.

Hab dann die obigen Deklarationen so abgeändert, und auch entsprechend in den Funktionen die Parameter verändert :


Woraufhin obiges Kommando einwandfrei ohne herumgewrappte Funktion aufrufbar ist. Habe die "neue" Version auch bereits hochgeladen. Wer also glSlang nutzen will (und in wenigen Tagen werdet ihr dazu einen driftigen Grund haen ) sollte sich den Header erneut runterladen.

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

Nachdem ich gestern per E-Mail auf nen kleinen Faux-Pas im Header aufmerksam gemacht wurde, hab ich heute die aktualisierte Version hochgeladen.
Der Fehler lag in Zeile 8466, wo die GL_ARB_Shader_Objects-Extension aufgrund eines überflüssigen Leerzeichens nicht korrekt geladen werden konnte :

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

Nachdem ich letzthin Probleme hatte, die neue BaseGraph Version mit dglOpenGL zu kompilieren, habe ich in dglOpenGL folgende Änderungen durchgeführt:
* GL_FOG_COORD_xxx Konstanten hinzugefügt
* ARB lose Varianten der VBO Konstanten und Routinen

Damit die Sache etwas konsistenter wird, habe ich heute noch
* ARB lose Varianten der Occlusion Queries Konstanten und Routinen hinzugefügt

Außerdem wurden die Occlusion Query Einsprungpunkte in der ClearExtensions nicht auf NIL gesetzt - ein kleiner Bug der ebenfalls behoben wurde.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Dann sag ich mal danke für die Änderungen. Werd dann den aktualisierten Header nachher hochladen.

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

Hallo!
Ich habe mir gerade die letzte Version heruntergeladen und konnte den Code nicht kompilieren (Delphi 5) wegen dem RaiseLastOSError-Problem. Frage: Warum setzt ihr nicht einfach einen $IFDEF auf die Delphi-Version? Also anstatt der vorhandenen Funktion, einfach folgendes einfügen:

Das muss irgendwo untergegangen sein, und war glaube ich sogar schonmal in einer älteren Version drinne, da sich da schon mehrere Personen drüber beschwert haben. Werd das dann wieder einbauen, thx für den Hinweis.

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