Re: JOGL 2.0 (OpenGL/OpenGL-ES) backend for LibGDX
Posted by krishnak on Mar 05, 2013; 12:00pm
URL: https://forum.jogamp.org/JOGL-2-0-OpenGL-OpenGL-ES-backend-for-LibGDX-tp4027689p4028502.html
I looked in to the implementation of LinuxEventListener, it basically spawns a thread for each event file found. These threads are blocked by the FileInputStream.read()
I am trying to implement a Joystick Implementation for JMonkey. I am running in to performance issues with the JMonkey code with settings.setUseJoysticks(true);
My application has a single quad object on the screen. On the RaspberryPi it runs at 60FPS with out the Joystick Implementation.
If the settings.setUseJoystick(true) is called - the frame rate drops to 15FPS.
Just to eliminate possible causes for this performance drop. I created a dummy JoyInput Implementation - this just had an update method similar to NewtMouseInput.java - all other methods were just skeleton to satisfy compilation. i.e this JoyInput will get loaded in to JMonkey InputHandler but it will never generate any events.
In this scenario, the frame rate is 25FPS. I have disabled all logging just to measure the FPS.
The only difference between not using Joystick and the above dummy implementation is the call to update method in the Joystick implementation.
I would like to see whether KeyInput and MouseInput implementation results in such performance drops. As of now, I assume that JMonkey code doesnot call update methods in the NewtKeyInput or NewtMouseInput because no key event reaches the application.
Any thoughts on what possibly causes this drop in frame rate from 60 to 25 for calling a dummy update method 10 times per second.