Das deutsche QBasic- und FreeBASIC-Forum

[Nitroxis]

Hallo!
Ich habe ein Hauptprogramm welches einen 2D OpenGL Screen erstellt

[MisterD]

du könntest deine lib so schreiben, dass sie über callbacks auf das hauptprogramm einfach selbst aus dem hauptprogramm zeichnet.
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[Nitroxis]

Ja dann müsste ich aber alle GL Befehle "nachahmen" die ich brauche oder?

[MisterD]

joa, delegieren halt.. oder du abstrahierst ein bisschen und bietest komplexere zeichenfunktionen an die deine lib benutzt, könnte auch gut gehen.
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[Nitroxis]

Hmm, aber wie stelle ich das an?
Muss ich dann in meiner DLL mit #Include die Callback-Funktionen einbinden oder per Declare?

[Jojo]

O_o
was willst du damit sagen? #include bindet eine quellcode-datei ein, declare deklariert funktionen. declare kann in einer datei, die per #include eingebunden wird, benutzt werden.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[MisterD]

oop for the win ;D

du machst ne funktion in deine lib "registerCallback(funktionspointer)", und dann rufst du die aus deinem hauptprogramm auf mit dem pointer der entsprechenden zeichenfunktion als parameter. deine lib ruft dann halt immer die funktion auf deren pointer sie da erhalten hat.
_________________
"It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration."
Edsger W. Dijkstra

[Nitroxis]

Ich wollte ja soetwas wie eine Plugin-API machen...
Das Hauptprogramm erzeugt nur einen schwarzen Bildschirm und dann werden die Plugin-DLLs zur Laufzeit geladen die dann so ziehmlich alles zeichnen sollen.

Kann ich denn meiner DLL denn nicht einfach sagen das sie den OpenGL-Screen das Hauptprogramms benutzen soll?
Gibts dafür nicht eine OpenGL-Funktion?

Das mit dem registerCallback versteh ich nicht...

[micha]

Hallo Nitroxis
das Problem liegt ganz wo anders.

Dein Hauptprogramm (Prozess) läuft in einem eigenem (virtuellem) Adressraum und erstellt den RenderContext "RC" wenn nun Deine DLL in ihrem eigenem Adressraum GL Primtieve zwischen glBegin() und glEnd() nutzt steht der RC vom Hauptprogamm noch nicht zur Verfügung.

Die Lösung ist recht einfach:

Du must den RC aus dem Hauptprogramm in der DLL zum aktuellem machen.
(das geht mit Linux und Windows nur die Befehle haben leicht abweichende Bezeichnungen)

Windows: wglMakeCurrent(dc,rc)
Wie der Name vermuten läst wird der OpenGL RenderContext rc und dessen DeviceContect dc zum aktuellem gemacht.

Du könntest nun in Deiner DLL eine sub/function haben wie InitDLL(dc as HDC,rc as WGLRC) die Dein Hauptprogramm zuerst auffruft.

Jetzt fragst Du dich vielleicht woher Du den Device- und Render- Context (dc,rc) her bekommst.

Da gibt es auch wieder zwei Befehle für:
wglGetCurrentContext() und wglGetCurrentDC()

Also im Hauptprogramm könnte das so aussehen:

[funkeld]

Hallo, stell mal dein gesamtes Programm rein.
Dann könnte man mitfühlen... ...testen

Gruss

[volta]

@micha,
schöne Lösung, gut erklärt, danke!
_________________
Warnung an Choleriker:
Dieser Beitrag kann Spuren von Ironie & Sarkasmus enthalten.
Zu Risiken & Nebenwirkungen fragen Sie Ihren Therapeuten oder Psychiater.

[micha]

Kleiner Nachtrag:

Gerade in einem Plug-In System sollen ja dynamisch Funktionen über Libs eingebunden werden und bei Bedarf sollte man auch ein Plug-In zur Laufzeit wieder entladen können.

Zu InitDLL fehlt noch das Gegenstück zum "sauberen" entladen des Plug-Ins.

Plug-In Init