::New();
renderWindow_->AddRenderer(renderer);
visualizer = new pcl::visualization::PCLVisualizer(renderer, renderWindow_, "viewer", false);
this->setRenderWindow(visualizer->getRenderWindow());
visualizer->setupInteractor(this->interactor(), this->renderWindow());
```
Unfortunately, it seems like the rendering is much slower in the new version.
The # of points that we need to render is perhaps 80k-100k. The old GUI is responsive when we move the camera around, the new is much less responsive, sometimes the whole GUI is unresponsive. If I just measure the time of QVTKOpenGLNativeWidget::render(), the old version would rarely take more than 5ms, now its 15-20 times more likely. It also seems like the GPU is seeing higher loads. In task manager the GPU usage has gone up from about 20% to 40%.
I’m aware there are several issues that have already been discussed and potentially resolved, also recently. So I tried newest PCL 1.13.1 and the master branch from VTK last week. It did not appear to solve our issue.
We are running out of ideas of what could be the cause of this slowdown. Any help/ideas would be greatly appreciated.
kind regards
Thorsten
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [May 2, 2023, 12:50pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/2 "2023-05-02T12:50:37Z")
@sankhesh
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [May 2, 2023, 12:54pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/3 "2023-05-02T12:54:32Z")
Unless there’s some insight by someone who happens to know more, for tracking this down, I think a kind of bisection would be best (yes, it’s a lot of work; some thinking and direct debugging is probably better done first). I think the first thing is whether Qt5 and the VTK/PCL update has this (to rule out Qt as the culprit). If that’s still slow, I’d go to the oldest VTK supported by the newest PCL (probably 8.90/9.0-ish for buildsystem reasons). If that is slow, push PCL back to the oldest that supports the new VTK build system. If that is slow, it’s something before and both PCL and VTK can be pushed back to the old build systems and bisecting within there. Otherwise, bisect within the new buildsystem.
---
### Author:  [@sankhesh](https://discourse.vtk.org/u/sankhesh)
#### Post date: [May 2, 2023, 2:11pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/4 "2023-05-02T14:11:47Z")
In addition to Ben’s suggestion, if there is any way you can profile your application to find out which calls are taking up a significant amount of time within `QVTKOpenGLNativeWidget::render`. AFAIK, there shouldn’t be a performance overhead of that magnitude by just switching from Qt 5 to 6.
---
### Author:  [@Thorsten\_Ottosen](https://discourse.vtk.org/u/Thorsten_Ottosen)
#### Post date: [May 3, 2023, 6:54am UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/5 "2023-05-03T06:54:55Z")
Hi Ben & Sankhesh.
Thanks for the swift reply. I have one other data point that probably rule out Qt as the problem. The following dependency settings also exhibit the problem:
Qt 5.15.2
VTK 9.0.3
PCL 1.12.0
Now, that does not remove Qt completely as a cause. Cf. e.g. “[VTK 8.2, performance degradation on upgrade Qt 5.12 -\> 5.15 - #3 by lassoan](https://discourse.vtk.org/t/vtk-8-2-performance-degradation-on-upgrade-qt-5-12-5-15/8536/3)”. Someone suggest anti-aliasing changes. Do you think that could have an impact and explain the higher GPU usage?
As for errors, then we get the warnings shown here: [https://gitlab.kitware.com/vtk/vtk/-/issues/18663](https://gitlab.kitware.com/vtk/vtk/-/issues/18663), but I suspect that is not so relevant.
As Ben suggest, we can try going back further. It’s not always easy because of interdependencies between PCL and VTK.
We’ll try to figure out what is taking time in render.
kind regards
Thorsten
---
### Author:  [@Thorsten\_Ottosen](https://discourse.vtk.org/u/Thorsten_Ottosen)
#### Post date: [May 3, 2023, 12:13pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/6 "2023-05-03T12:13:37Z")
Hi Sankhesh.
I ran a profiler, and this is what it claims is going on inside render:
So a lot of time is being consume by `RemoveLight`.
kind regards
Thorsten
---
### Author:  [@sankhesh](https://discourse.vtk.org/u/sankhesh)
#### Post date: [May 3, 2023, 2:39pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/7 "2023-05-03T14:39:20Z")
So, are you calling `RemoveLight` each frame? That trace indicates that it is uploading buffer objects which is expected to take some time. However, the upload shouldn’t be done for each frame. If it is doing that (and you’re not changing data, property, etc.), it might be a bug in the mapper.
---
### Author:  [@Thorsten\_Ottosen](https://discourse.vtk.org/u/Thorsten_Ottosen)
#### Post date: [May 4, 2023, 8:59am UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/8 "2023-05-04T08:59:38Z")
Sankhesh,
I think it is the VTKOpenGLRenderer that calls `RemoveLight()` from `CreateLight()`. And who is instructing the renderer to do that? PCL?
So what we do is that we generate a new point cloud every 30ms approximately. Then we call `updatePointCloud()` in `PCLVisualizer` and then call `Render`.
I expect there are many more calls to `Render()` when e.g. the user navigates the scene with the mouse.
-Thorsten
---
### Author:  [@sankhesh](https://discourse.vtk.org/u/sankhesh)
#### Post date: [May 5, 2023, 3:25pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/9 "2023-05-05T15:25:45Z")
Hi Thorsten,
Given that new data is being rendered every 30ms, regenerating and uploading buffers should be done. However, I don’t see why/how `RemoveLight` gets invoked each time. Is it creating a new render window/renderer each time new data is being visualized?
As for why the poor performance with the new version, it would really help if you can reproduce it with a small example and/or bisect the history to narrow down the problematic change.
---
### Author:  [@Thorsten\_Ottosen](https://discourse.vtk.org/u/Thorsten_Ottosen)
#### Post date: [May 8, 2023, 7:23am UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/10 "2023-05-08T07:23:50Z")
Hi Sankesh,
We are only creating the renderer once per class. There are two classes instantiated.
I think I need to create a better trace from the profiler. This is not super easy, but I’ll work on that.
kind regards
Thorsten
---
### Author:  [@Thorsten\_Ottosen](https://discourse.vtk.org/u/Thorsten_Ottosen)
#### Post date: [June 13, 2023, 8:30am UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/11 "2023-06-13T08:30:07Z")
Hi Sankhesh & Ben,
We have been digging more into this. We still don’t know why exactly we see a difference between the old and the new version.
However, we have restored the app’s GUI to an acceptable state where the rendering is fairly smooth and responsive. We have simply cut down on the number of `render()` calls; we called render 3 times for one processing frame (add a point cloud, `render()`, and a new point cloud `render()`…), and we determined that it was really not necessary, 1 call at the end would suffice.
Thanks for your feedback.
Thorsten
---
### Author:  [@sankhesh](https://discourse.vtk.org/u/sankhesh)
#### Post date: [June 13, 2023, 12:52pm UTC](https://discourse.vtk.org/t/qvtkopenglnativewidget-render-with-pcl-pclvisualizer-is-slow-after-upgrade-from-8-2-to-9-2-5/11350/12 "2023-06-13T12:52:30Z")
@Thorsten_Ottosen Batching up render calls when making sweeping changes to the scene is sure to make it perform faster. I am curious though as to why that didn’t affect performance in the older version. Let me know if you find anything else weird with your use case.