Page 1 of 1

OpenGL Update Speed

Posted: Tue Feb 11 2025 6:46 pm
by Symbols
Hi,
I was running a few experiments to find out the OpenGL update speed and found that speed to be rather slow. Could you provide me with knowledge on how I could improve the rendering update speed so that the OpenGL updating is a smooth flow on pace with the mouseMoveEvent? I am using a QOpenGLWidget and am following the API guidelines for handling the updates, i.e. only implementing initiateGL(), resizeGL(), and paintGL() after inheriting from the QOpenGLWidget. I call this->update() inside the mouseMoveEvent() method implemented inside the widget. The visual update only renders every half to full second on my Dell laptop. Thank you.

Respectfully,
Symbols

Re: OpenGL Update Speed

Posted: Wed Apr 02 2025 8:58 pm
by ansel
Sorry for the delay in our reply. Thank you for your question, this is very interesting.

In order to provide technical support, we need some additional information.
  • Can you provide a small code sample for us to test which shows the slow update behavior?
  • What operating system and compiler are you using?
  • Are you using one of our binary releases of CopperSpice or one you built from source?
  • Have you re-tested this with CopperSpice 2.0?
  • It would be of value to know more about the hardware you are using, and have you tested this on other machines?
  • Can you try the "Grabber" example in our KitchenSink program to see if that renders smoothly?
Once we have more information we will take a look and see how we can help.

Re: OpenGL Update Speed

Posted: Mon Apr 07 2025 12:02 am
by Symbols
Hi Ansel,
I am compiling on a Windows machine: Windows x86, using MinGW for the compiler. I am using the installable precompiled binary of CopperSpice 1.9. I tried compiling CopperSpice 2.0, yet ran out of memory with 5Gb available. I just ran the "Grabber" example from the KitchenSink 2.0 program, and the functionality was very smooth...just like I expected. I have not tried with other machines, though ones like my machine are the target demographic. Personally, I think CopperSpice 2.0 would solve the problem if I could compile it, now that I have a baseline available from KitchenSink. Thank you.

Respectfully,
Symbols

Re: OpenGL Update Speed

Posted: Mon Apr 07 2025 4:06 am
by barbara
Did you notice we uploaded the pre-compiled binary files for CopperSpice 2.0?
https://download.copperspice.com/copperspice/binary/cs-2.0/

Nice to hear the "Grabber" example from KitchenSink 2.0 is doing what you expected. Have you compared our KS "Grabber" example with your code? Are there major differences?

Running a CS application on a machine with 5GB of ram is fine. However, this is not enough to build CopperSpice. We recommend a minimum of 16 GB for a development system.

Barbara