Guten Tag zusammen,
Hat schon jemand von Euch in MsWindows7 versucht, zwei OpenGL 3.3 Render-Contexts zu "sharen" ('tschuldigung für das Denglisch) und funktioniert das?

Ich bin nämlich hier auf Ubuntu 12.04 und hier geht das definitiv >>nicht<<. Wenn es auf Windows7 geht, verlege ich meine Testplattform dorthin.

Vielen Dank im Voraus für eine Antwort
Traude

Bei GLX gibts da eine Einschränkung, du musst das Sharen einstellen bevor der Kontext zum ersten mal aktiv war.

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Na, das weiß ich doch. Ich bin schon seit 2008 auf Ubuntu und dazwischen ungefähr ein Jahr auf Debian. In dieser Zeit hat das Sharen immer funktioniert, aber eben mit OpenGL 2.1.

Nur jetzt, auf OpenGL 3.3 funktioniert es eben nicht mehr. Ich bin grade beim Testen der PasGUI, und die hat einen Context pro Fenster. Ich habe per Debugger keine Fehler gefunden, OpenGL spuckt auch keine Fehler aus. Das Erzeugen des Rendering Context funktioniert gut; beim ersten Kontext-Create steht bei "Shared Context" ein NIL-Pointer, beim zweiten bringe ich meinen ersten Kontext mit und kriege einen gültigen zweiten Kontext. Beim Erzeugen des Kontext gibt es keine Auffäligkeiten.

Nur die Fenster sind teilweise "entkleided".

Daraus habe ich geschlossen, dass das Sharing nicht korrekt arbeitet. Das Zeichnen mit einem einzigen Context funktioniert gut.

Benutzt du diese Erweiterung GLX_ARB_CREATE_CONTEXT, insbesondere die Funktion glXCreateContextAttribsARB? Sorry, wenn ich hier sinnlos Zeug frage, ich habe OpenGL 3 noch nicht angefasst, weiß als nicht wie gängig das ist. Funktioniert der Parameter share_context vielleicht?

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ja, genau die benutze ich. Bei mir sieht das so aus:

(bitte nicht erschrecken, es sieht nur deshalb so umständlich aus, weil ich grade beim Debuggen bin; durch die "unnötigen" Variablen kann ich die Dateninhalte besser kontrollieren).




Da fällt mir übrigens ein, dass ich doch etwas Auffälliges beim Debuggen bemerkt habe: nach dem Erzeugen des Context rufe ich die Prozedur osWindowDisplay auf. Die macht ein XMapWindow, das heißt sie zeichnet das Fenster, zumindest war das früher immer so. Ubuntu 12.04 macht das aber nicht, sondern wartet darauf, dass sich das Fenster selber zeichnet. Sie dürften intern irgendwas geändert haben.

Übrigens: Grüß Dich.

Hm, ich fürchte, da bin ich raus. TAK? Anyone? Für mich sieht das gut aus, vorrausgesetzt der andere Shared Context war noch nicht aktiv (wobei ich mir da auch nicht sicher bin, wie strikt diese policy ist).

Grüße Zurück

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Kleiner Nachtrag:
es handelt sich offensichtlich um meinen eigenen Fehler, nicht um einen Ubuntu-Fehler. Ich habe mein Programm mittlerweile auf Win7 getestet und dort habe ich das gleiche Problem. Es muss wohl mit den Änderungen von OpenGL2 auf Opengl3 zusammenhängen; ich habe im Internet gelesen, VAO's kann man nicht "sharen".
Traude

Vertex Array Objects? Liegen die nicht im RAM?

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

VAOs liegen im RAM und im GRAM, es kann gar nicht anders sein, denn zum Zeichnen sagst Du nur: "glBindVertexArray(xy)". Da wird kein Buffer mehr angegeben, auch kein VertexAttribPointer mehr, garnichts.

Aber VAO's sind kontextabhängig (ich habe gerade in der VAO-Spezifikation nachgesehen).

Zeichenobjekte, die nur einen (dynamischen) Puffer besitzen (z.B der Font-Manager oder das Objekt, das für Linien zuständig ist) müssen ab OpenGL 3 berücksichtigen, in welchem Kontext gerade gezeichnet wird. Das heißt: schon wieder eine Umorganisation nötig. Das macht den Code komplizierter, weil die ganze Engine Kontext-bewusst werden muss. Gerade das hätte das Context-Sharing verhindern sollen.

Also das VAO selbst sollte nicht im VRAM liegen (würd mich zumindest wundern). Die Bufferbindings und glVertexAttribPointer-Aufrufe sind ein Teil das VAO-states, die mit glBindVertexArray() vom Treiber zurechtgerückt werden (das ist ja auch der Sinn von VAO, das Zusammenfassen dieser ganzen Befehle). Die Buffer sind im Normalfall im VRAM, vllt. blockiert das das Sharen der Vertexarrays...

_________________
The force, strong it is in OpenGL.

Du hast es professioneller ausgedrückt als ich, aber gemeint habe ich schon das Gleiche wie Du.

Nein. Es steht in den Spezifikationen so drin: http://www.opengl.org/registry/specs/AR ... object.txt, siehe unter "Overview", Ende 2.Absatz. Warum sie sich das in die Spezifikationen hineingeschrieben haben, weiß ich nicht. Für mich ist es eine zusätzliche Komplikation und auch eine böse Überraschung.