I am Anurag Murty, and I will be working on the Voxelize project this
Can someone please point me towards some initial references for the same?
Thanks and Regards
From: Christopher Sean Morrison <brlcad@ma...> - 2012-05-01 00:44:06
On Apr 28, 2012, at 2:17 PM, Anurag Murty wrote:
> I am Anurag Murty, and I will be working on the Voxelize project this summer.(GSoC).
> Can someone please point me towards some initial references for the same?
There are lots of places to start with this project but I think some of the key points that will make your project a success is to make sure that it integrates well BRL-CAD and enhances our existing support.
Obtaining voxel data from geometry is really very easy. You can just shoot a grid of rays and create your cells based off of it. BRL-CAD is made for shooting rays and we have lots of existing tools that do exactly that already which you can leverage.
What I'd suggest you do first is learn how some of those tools work first as a *user*, then explore the code. I'd start with rtweight and then gqa. The first uses a single CPU and shoots a fixed grid while the latter uses multiple CPUS and shoots an adaptively refining grid. Both have manual pages that explain the basics of how to use them.
>From there, you can then decide how you'd like to integrate functionality. You could create a voxelize command in mged. You could create a stand-alone converter tool if there's a dominant industry voxel file format.
As for in-memory data, your tool could have options for generating arb8's (individual boxes/voxels), or more efficiently it could use our existing 'vol' volumetric primitive, or it could use our newer point cloud primitive (but you'd have to define a new point type). Lots of merits to most of those, though using/extending 'vol' is the natural fit.