Login  Register

Re: GLJPanel for LibGDX JOGL backend

Posted by gouessej on Jul 13, 2015; 7:07pm
URL: https://forum.jogamp.org/GLJPanel-for-LibGDX-JOGL-backend-tp4034741p4034888.html

adam_law wrote
Ah. Very good indeed. September 2016 is a bit far off and I think any real work based off it will start to come out in 2017. But you're right, and I think everyone else in this part of the industry feels the same way (which explains all those "I haven't bothered with JavaFX yet." replies I got haha).
Coding against a private API subject to changes would be a waste of time and actually, there isn't an high demand of interoperability with JavaFX/OpenJFX yet.

adam_law wrote
I was just about to say most of the very same things :)) Especially the GLJPanel part. I'm just wondering, because I don't know anyone working in the LibGDX team personally, is it because there're LWJGL members there that LWJGL is the de facto standard there? Just curious.
JOGL was used by default in the past in LibGDX several years ago. A few L**** seemed to lead a FUD campaign against JOGL just after Oracle abandoned it, they claimed that JOGL was dead and it was used by a lot of developers to stop supporting it in their frameworks. However, some corporations came back and the great commitment of several people in our community has helped a lot to show that JogAmp is solid.

adam_law wrote
Yeah, I figured as much. I went back to that article before coming back here to right this. I was tracing the process where the GLCaps were being set, and it does fail on setting ES2 (I set it to try for ES2 before failing to GL2).
You'll have to provide the native libraries :s

adam_law wrote
I did post on the ticket I opened on Git, though it was already closed when I got there.

I didn't want to add more to your plate, but you might want to know about an error that pops up every now and then during our tests.

http://pastebin.com/K4TJi6Sg

Thanks.
Try using the option that forces JavaFX/OpenJFX and Swing to use the same event dispatch thread. Set it very early when running your application, pass it to the JVM.

By the way, I'm fixing the class cast exception you mentioned and the rest...
Julien Gouesse | Personal blog | Website