Hallo allerseits,
vielleicht kann mir jemand einen Tip geben, was ich falsch mache.
Habe einen GLViewer geschrieben, mit dem ich auf ein Panel eine OpenGL-Szene ausgebe. Das funktioniert auch bislang ganz hervorragend auf allen Rechnern, die Windows 2000 oder XP haben und auf denen ich das Programm laufen ließ. Jetzt habe ich auf einem solchen Rechner ein Windows XP Embedded von SD-Karte laufen, das angeblich auch OpenGL unterstützt, und mein Panel bleibt leer. Ausgiebiges Debuggen ergab für mich, dass das wglCreateContext nicht funktioniert, sprich mein "theRC:= wglCreateContext(theDC);" ergibt theRC = 0 und der aufgetretene Fehler hat die Nummer 1411:"Class does not exist". Ich habe dann auch mal ein anderes Programm ausprobiert, bei dem direkt aufs Form gerendert wird, also nicht auf ein Panel, und dann bekomme ich als Fehler einen 1447: "The window does not have scroll bars". Ist doch echt informativ, oder?
Im Windows/System32/ liegt eine OpenGL32.dll, die, wie ich annehme, den Extern-Code bereitstellt. Kanns an der leigen? Brauch ich da ne andere?
Damit das alles nicht ganz so abstrakt ist, hier die entsprechenden Code-Schnipsel:


Also, wenn sich jemand einen Reim darauf machen kann oder einen Tip hat, wäre ich dem sehr verbunden. Wenn ich nicht ausführlich genug war, bitte fragt nach, sollte ich zu ausführlich gewesen sein, bitte ich um Entschuldigung.
Ansonsten schöne Grüße aus dem kalten Dortmund

DaWalt

Woher hast du die Fehlermeldungen ? Von WindowsAPI GetLastError(), oder glGetError() ?

Wie auch immer:OpenGL32.dll in deisem Fall garantiert, dass es zumindest eine Software Emulation von OpenGL auf dem Rechner gibt. Ob es ( OGL Implementation ) mit Hilfe von GPU realisiert wird, ist eine ganz andere Sache.

Es ist schon ganz komisch dass dein RC 0 ist. Ist stelle noch eine Frage, und weiss nicht, ob es damit im Zusammenhang steht, aber kann man davon ausgehen, dass die neusten Treibern (für die Grafik-Karte) instaliert sind?

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Die Fehlermeldungen habe ich mit dem WindowsAPI GetLastError() erzeugt. Wie man mit glGetError arbeitet weiß ich (noch) nicht, werde ich aber noch herausfinden und dann berichten. Das die Treiber aktuell sind, nehme ich an (der Rechner ist neu), kann ich aber nicht garantieren, da es sich bei dem Rechner um einen fertig installierten IndustriePC handelt. Zumindest funktioniert mein Programm auf ihm unter dem von der gleichen Firma vorinstallierten Windows 2000 (was natürlich nicht viel heißt - schließlich wird XP embedded eigene Treiber brauchen). Was vielleicht auch noch zu sagen ist, ist dass das 2000 eine intenationale Version mit deutschen Languagepack ist, das XP embedded jedoch leider nur ein rein englische Version. Meine erste Idee war deswegen, dass es sich um irgendwelche Übersetzungsprobleme handelt (nicht gefundene Dateien wegen deutscher Umlaute), aber das kann ich wohl ausschließen, denke ich.

Kannst Du mir sagen, was das heißt? Ich habe halt nachgeschaut, woher der wglCreateContext kommt und dort stand, dass er extern aus OpenGL32.dll stammt, wo ich denn leider nicht reingucken konnte. Von daher nahm ich an, dass das OpenGL aus dieser Datei stammt. Habe auch mal versucht, sie gegen die OpenGL32.dll von der Windows 2000 Partition zu tauschen (nach der Fehlermeldung dachte ich, sie wäre vielleicht beschädigt oder unvollständig) - mit dem selben Ergebnis leider.

Unter Windows ( XP, 2000 glaube ich, für ältere Versionen bin ich mir nicht sicher ) gibt es immer eine OGL implementation ( man kann glXXX und wglXXX Funktionen benutzen ). D.h. man kann sicher davon ausgehen, dass man etwas auf dem Bildschirm zu sehen bekommt. Ob die Ausgabe jetzt durch Software-Emulation ( durch MS implementiert ) erfolgt, oder ob es eine Hardware Unterstützung gibt, hängt ausschliesslich von den instalierten Garka-Treibers. ( daher die Frage )

Wenn man die Treibers von Hersteller instaliert, "melden" sich diese beim Windows und "sagen" : "Jetzt bitte, sollte jemand die Funktionen aus OpenGL32.dll benutzen, melde dich (Windows) bei mir (Treiber) und ich werde dann die enstprechende Implementation (Hardware wo es geht) anbieten ( für alle glXX und wglXXX funktionen )". Huh so in etwa....

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Danke, für die Erklärung. Das heißt im Umkehrschluß, dass es für den Debugger von Delphi auf jeden Fall unmöglich ist, dem Fehler auf die Schliche zu kommen, da der Faden vor der .dll abreißt und dahinter aber noch jede Menge passiert, auf das ich keinen Einfluß mehr habe, oder? Bestenfalls könnte ich noch versuchen, den Grafiktreiber zu deaktivieren und dann hoffen, dass ich eine Software-Emulation bekomme, die funktioniert?!
Fürchte, das bringt mich alles nicht weiter. Werde wohl mal schauen, ob überhaupt irgend ein OpenGL-Programm auf der Kiste läuft und, falls nicht, der Installationsfirma auf die Finger hauen.
Also nochmals Dank und Gruß aus Do

DaWalt

Es könnte auch sein, dass du es mit OpenGL ES zu tun hast. Wobei ich mich damit nicht auskenne. Eventuell läuft das da anders.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Was ist denn nun OpenGl ES wieder? "E"mbedded "S"ystems? Gibts da verschiedene, die ich mir irgendwo herunterladen kann/muß?

Genau. ES für Embedded Systems. Is für Handys und son Kram.

Die Unterscheiden sich mitunter etwas. Wie ich z.B. gehört habe gibt es bei ES kein glBegin() glEnd(). Sondern man arbeitet da mit Vertex-Arrays. Ich hoffe einer der Alten Hasen sagt mal was dazu. Glaub Lars hat schonmal was zu ES geschrieben.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Ich glaube, das ist eine falsche Fährte, besser gesagt: ich hoffe! Der Rechner ist ein normaler Industrie-PC, auf dem sonst Win2K läuft und das Windows ist XP embedded, das sich (hoffentlich, wie gesagt) nur in sofern von einem normalen XP unterscheidet, dass es von schreibschützbaren Flashcard läuft. Also kein PocketPC oder Handy... Es läuft ja auch ein gewöhnliches Delphi 5.