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
OpenGL Update Speed
Re: OpenGL Update Speed
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.
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?
Ansel Sermersheim
CopperSpice Cofounder
CopperSpice Cofounder
Re: OpenGL Update Speed
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
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
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
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