glXMakeCurrent

Aus DGL Wiki
Wechseln zu: Navigation, Suche

glXMakeCurrent


Name

glXMakeCurrent - verbindet einen GLX-Renderkontext mit einem Fenster oder einer GLX-PixMap.


Delphi-Spezifikation

function glXMakeCurrent(dpy : PDisplay; drawable : GLXDrawable; ctx : GLXContext): glboolean


Parameter

dpy Bestimmt die Verbindung zum X-Server.
drawable Spezifiziert eine GLX-Zeichenfläche. Dies muss entweder die ID eines X-Window sein oder die ID einer GLX-PixMap.
ctx Bestimmt den GLX-Renderingkontext der die Zeichenfläche drawable benutzen soll.


Beschreibung

glXMakeCurrent erledigt zwei Vorgänge:

  1. es macht ctx zum aktuellen GLX Renderkontext des aufrufenden Threads, wobei es einen eventuell vorhandenen älteren Kontext überschreibt und
  2. es hängt ctx an ein GLX-Zeichenfläche (entweder ein Fenster oder eine GLX Pixmap).

Als Ergebnis benutzen nachfolgende GL Renderaufrufe ctx um die GLX-Zeichenfläche drawable zu verändern. Weil glXMakeCurrent den aktuellen Renderkontext immer überschreibt, kann es in einem Thread nur einen aktuellen Renderkontext geben.

Wartende Befehle für den früheren Kontext werden gelöscht, bevor dieser gelöscht wird.

Der erste Aufruf von glXMakeCurrent in einem Thread setzt den Viewport auf die volle Größe der GLX-Zeichenfläche. Weitere Aufrufe von glXMakeCurrent mit ctx haben keinen Effekt auf den Viewport.

Um den aktuellen Renderkontext freizugeben ohne einen neuen zu zuweisen, rufen Sie glXMakeCurrent mit drawable = None und ctx = NIL auf.

glXMakeCurrent liefert True wenn die Änderungen erfolgreich waren, in jedem anderen Fall wird False zurück geliefert. Wenn False zurückgeliefert wurde, wird der alte Renderkontext genauso wie die letzte Zeichenfläche(wenn eine zugewiesen war) unverändert beibehalten.


Hinweise

Ein Prozess ist eine Einzelausführungsumgebung (engl: single-execution enviroment) welche in einem eigenen Adressraum eingebettet ist. Dabei bestehen Prozesse mindestens aus einem, durchaus aber auch mehreren Threads.

Ein Thread ist ein "Subprozesse" (aus ihnen bestehen ja Prozesse). Die Threads eines Prozesses teilen sich den selben Adressraum, bezitzen aber jeweils eigene Befehlszeiger (engl: program counters/ instruction pointer; Zeiger auf den nächsten auszuführenden Befehl), Stacks, sowie weitere zugehörige globale Daten (related global data). Wenn in der Subprozessgruppe eines Prozesses nur ein Thread enthalten ist, dann ist dieser identisch mit dem Prozess selbst.



Fehlermeldungen

BadMatch wird generiert wenn drawable nicht mit dem selben X-Screen und Visual erstellt wurde wie ctx. Dieser Fehler wird auch generiert wenn drawable NIL und ctx nicht NIL war.
BadAccess wird generiert wenn ctx bereits der aktuelle Renderingkontext eines anderen Threads war, währen glXMakeCurrent aufgerufen wurde.
GLXBadDrawable wird generiert wenn drawable keine gültige GLX-Zeichenfläche ist.
GLXBadContext wird generiert wenn ctx kein gültiger GLX-Renderingkontext ist.
GLXBadContextState wird generiert wenn glXMakeCurrent innerhalb eines glBegin-glEnd Blocks aufgerufen wird.
GLXBadContextState wird auch generiert wenn der aktuelle Renderingkontext des rufenden Threads den GL-Renderstatus GL_FEEDBACK oder GL_SELECT hat.
GLXBadCurrentWindow wird generiert wenn für den vorhergehenden Renderingkontext OpenGL-Befehle noch abgearbeitet werden müssen, die aktuelle Zeichenfläche aber ein nicht mehr gültiges Fenster ist.
BadAlloc kann generiert werden wenn der Server die Zuweisung von Hilfspuffern solange verzögert bis glXMakeCurrent aufgerufen wird und dann zu wenig Speicher vorhanden ist, um die Zuweisung zu vervollständigen.


Siehe auch

glXCreateContext, glXCreateGLXPixmap