Hallo zusammen,

Ich hab gerade ein (für mich) verzwicktes Problem:

Ich hab ne GUI-Componentensammlung geschrieben und bisher bei meinen Tests einfach ne Anwendung gebaut, die beim Erstellen des Fensters (oder halt am Anfang irgendwann) meine GL-Menüs mit den Componenten erstellt und dann in Zukunft einfach rendert. Geht auch alles ganz toll.

Jetzt wollte ich meine Componentensammlung in nem Projekt verwenden. Ich wollte auch ein Event (z.B. Maus-Klick) damit reagieren, dass ein Menü angezeigt wird. Und da knallts. Und zwar liegt auf meinem Formular ein TglLabel (selbstgeschriebene Klasse). Dieses label hat die eigenschaft, dass die Höhe und Breite des Labels nicht vom Nutzer gesetzt wird, sondern abhängig von Text, FontSize und Font berechnet wird. Falls der Font noch nie zuvor benutzt wurde muss er erst angelegt werden. Dazu wird in eine Textur gerendert - mit OpenGL. Und das ist das Problem. Ich benutze OpenGL innerhalb (bzw. in Folge) des Eventhandlers.

JOGL quittiert mir das mit einer GLException:


Meine Frage ist, was ich tun muss, damit innerhalb des Threads der Context verfügbar ist. Der Thread besteht ja nicht lange. Nur bis das Event abgearbeitet ist. Habt ihr ne Idee, bzw habt ihr verstanden was ich euch mitteilen wollte.

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

Ich hab mit JOGL noch nicht gearbeitet, gehe aber mal davon aus das auch bei deren API die AWT/Swing Threads weiterhin bestehen und du deine Events auch über die ablaufen lassen solltest. Ein JOGLGLWindow/Canvas leitet doch bestimmt von einer anderen GUI Klasse ab oder? Dann sollte es eigentlich keinerlei Probleme geben da beide Threads getrennt voneinander laufen.

@Frage: Damit der Context in dem Context verfügbar ist, musst du ihn bei JEDEM Event dem EventThread zuweisen. Denke nicht das dies die beste Möglichkeit ist, besser ist es beide getrennt zu handhaben. Hab das mal mit nem LWJGL Projekt gemacht, das lief ganz gut

_________________
(\__/)
(='.'=)
(")_(")

@Flash: Warum mußt Du für jedes Event einen Thread aufmachen?

Ich mach keine Threads auf. Java tut das. Jedenfalls glaube ich das dadurch der Fehler zu stande kommt. Ich kann aber (aller vorraussicht nach) im Eventhandler nicht auf das rendern in die Textur verzichten.

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

Ich habe keine Ahnung von Java. Aber: Ich sehe ein, dass Java anlässlich eines Fensters einen eigenen Thread aufmacht und eine eigene WindowProc (einen Windows-Event-Receiver) dafür hat. Aber der Eventhandler ist doch dem Fenster bzw. dem jeweiligen Widget zuzurechnen, oder? Und dieses Widget HAT doch einen Rendering Context. Fände ich unlogisch, wenn allein für einen Eventhandler ein neuer Thread aufgemacht wird. Was wäre dann z.B. mit einem Eventhandler "OnPaint", wo das Anwendungsprogramm zeichnen möchte und sich den Rendering Context des Fensters/Widgets ausborgen will?

Wieso willst du überhaupt im "Eventhandler" rendern? Der Eventhandler ist ausschließlich für die Events gedacht.
Du müsstest im Endeffekt 3 Threads haben.

Swing/AWT EventThread, Swing/Awt Render Thread und OpenGLCanvas Thread (synchronisiert mit Swing/AWT Render Thread).

Und dann klappt es eigentlich auch mit dem Event Handling. Entsprechend über getter und setter die Zustände an den OpenGL THread übergeben und die dazu passende Aktion auslösen, wie zb. nicht mehr Rendern.

Hast du im JOGL Forum schon nachgeschaut?
http://www.javagaming.org/forums/index.php?board=25.0

//edit: Vielleicht hilft dir auch dieses LWJGL Example weiter:
http://lwjgl.org/forum/index.php/topic,1451.0.html

_________________
(\__/)
(='.'=)
(")_(")

Hallo,

Als Workaround kann man im OpenGL-Thread eine Statusvariable setzen und dann abhängig von dieser in der display-Funktion OpenGL-Aktionen ausführen.
Eine andere Möglichkeit hab ich bisher leider nicht gefunden

Viele Grüße
dj3hut1

P.S. : Noch ein kleiner Tip von mir : (Input)-Events sollten auf synchronized gesetzt werden, sonst kann man ziemlich böse Überraschungen erleben

Das is blöd...

Kann man den Context nicht irgendwie sharen? Der Thread is ja nicht lange da...

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

Ein Java-Thread kann doch eigentlich auch einem beliebigen System-Thread zugeordnet werden. Das muss nicht immer 1:1 sein, oder gibt es da irgendwelche Garantien? Daher müsste man dann eigentlich vor jedem Rendern wglMakeCurrent aufrufen.

um nicht MakeCurrent aufrufen zu müssen, läuft der GLCanvas in einem eigenen Thread und muss auf Input von aussen warten. Wie dj3hut1 schon sagte ist es über Statusvariablen möglich, allerdings ist das über ein Interface flexibler zu gestalten.

_________________
(\__/)
(='.'=)
(")_(")