<div dir="ltr"><div><div>Hi all,<br><br></div>I decided to face again the octomap visualization problem with vizkit and tried the hints from Schwendner, basing the implementation on the envire code. <br></div><br><div>Constructing each face and putting it all together on an array, like in MLS visualization, grabs all my processor resources and crashes the entire system, just like using osg:Boxes. I used an usleep() break so now I manage to keep the ubuntu running smooth, but am still not able to visualize the map. Comparing the octovis implementation and the MLS implementation, they are very alike, one in OpenGL and the other in OSG. So mine code is, right now, kinda of a merge of both.<br>
<br></div><div>I have two main questions then:<br><br></div><div>- In envire, how many boxes it is possible to render at once. I am trying to render 1829134 cubes.<br><br></div><div>- Does anyone have any clue where can be the problem. The processors now get busy some times but nothing bizarre like before, the memory keeps stable.<br>
<br></div><div>The implementation with points, works, but I can only change the size of all points together, what for the octomap structure isn't really good. And they get a little odd when you have multiple directions.<br>
<br></div><div>Thanks in advance,<br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-09 3:53 GMT-03:00 Jakob Schwendner <span dir="ltr"><<a href="mailto:jakob.schwendner@dfki.de" target="_blank">jakob.schwendner@dfki.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Gabriel,<br>
<div class=""><br>
> I am writing a Vizkit 3D plugin in order to visualize an octomap with Rock.<br>
> My first try was putting a every leaf on a osg:Box, but this was consuming a<br>
> lot of memory and crashing the system with relative big maps.<br>
</div>I think I read that the osg primitives are not meant to be used for large arrays of objects.<br>
<div class=""><br>
> I am currently using an pointcloud approach and using points to visualize each<br>
> leaf. However there is a loss of information, because I can't alter the size of<br>
> the "cubes".<br>
><br>
> Any ideas of a memory efficient approach? In the octovis (octomap<br>
> visualization tool) it forms a cube by hand and then uses it to form the map,<br>
> do you think this approach will be good, I am affraid of wasting time on a<br>
> dead end.<br>
</div>This is definitely a viable approach. You can have a look at the MLS visualization in envire, its doing a similar thing (drawing boxes).<br>
Your other idea using points is also feasible. There is also the possibility to change the size of the points depending on their z-distance. I seem to remember this uses features which may not be supported by all opengl drivers. Have a look at the pointcloud visualization in envire, I think this feature is used there.<br>
<br>
Cheers,<br>
<br>
Jakob<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Mit freundlichen Grüßen,<br>Gabriel Alcantara Costa Silva<br>
</div>