R
Interessanterweise, wie im obigen Code Beispiel zu sehen, kann ich das Eventhandling in einem separaten Thread ausführen
und ich wollt nur ausdrücken, das es OpenGL eigentlich "egal" ist, welcher thread deine ogl-funktionen befeuert.
dass es unsinnig sei und kein Performance Gewinn dabei heraus kommt, wenn man das Rendering auf Threads auslagert.
was ich ähnlich sehe ....
Allerding sehe ich den Gewinn zwischen "mainthread -> ogl" & "expliciter thread -> ogl" nicht als relevant an.
Die opengl funktionen fressen kaum CPU performance und blockieren auch nicht, wenn der job auf der graka passiert.
So das deine eventqueue eigentlich auch nie blockkiert werden sollte
Damit soll verhindert werden, dass das OS zeitweise der Meinung ist, dass die Anwendung nicht mehr auf Eingaben >reagiert. Das finde ich persönlich einfach eine hässliche Herangehensweise.
womit genau das verhindert werden sollte ....
wenn es doch auftritt, hasst du irgendwas in der queue, was blockiert / oder cpu Last erzeugt, was eigentlich nicht OGL typisch ist
Ich weiß jetzt nicht genau, auf was für ein Problem du dich beziehst um ehrlich zu sein
dachte du hasst ein "reales" Problem mit blockierender eventqueue weswegen du dich mit dem, threading auseinander setzt