On Wed, May 27, 2015 at 11:32 PM, Christopher Sean Morrison <brl...@mac.com>
wrote:
>
> On May 27, 2015, at 7:00 AM, Kalpit Thakkar <ceasy...@gmail.com> wrote:
>
> > So, as discussed before, I have tried the mathematical approach on a
> handful of primitives for finding their Volume, Centroid and Surface Area.
> I have also submitted a patch[1], which has been tested and validated using
> "analyze" and "gqa”.
>
> This is outstanding progress. Very nicely done!
>
Thanks a lot, captain! I'll try to be as meticulous as I can be throughout.
:)
>
> > Now, I don't have a proper idea as to how would I go about implementing
> the generic method (My guess is that it involves something similar to gqa /
> rtweight) as I don't really know right now what exactly are we going to do
> in generic method.
>
> Both gqa and rtweight employ shooting a grid of rays into the bounding
> volume of an object. gqa shoots three axis-aligned grids until the results
> converge or refinement limits are reached. rtweight shoots a single but
> specified (arbitrary) view grid without refinement.
For implementing a generic method, I suggest either 1) merge the methods of
> gqa+rtweight into a general function that shoots a refinement grid for N
> specified (arbitrary) views or 2) implement a new approach that randomly
> samples a spherical volume to convergence. The first option is much
> easier, less risky, a more straightforward incremental upgrade of the
> current capability, and would let us get rid of rtweight. The second
> option will almost certainly have superior convergence (i.e., runtime
> performance) properties and is view agnostic, but will probably take a few
> weeks to get working. Depending on your other project objectives and what
> Daniel has in mind for you, one of those options may be more appropriate
> than another. Either approach is worthwhile. :)
>
Thank you for providing me with the options. So, after discussing on IRC,
it seems that we are going to follow the 1st approach. And according to our
discussion, N = 32 is the aim, if I'm not wrong. I have studied what gqa
and rtweight do actually from documentation as well. What I need to do now
is study the code for the two and construct a roadmap to the final
integrated functionality.
> Whatever you do, the src/libanalyze directory was scoped to be where this
> logic should live as public API.
>
And yes, I also have to construct an idea as to how would I refactor the
code into src/libanalyze.
> Cheers!
> Sean
>
PS : I am not going to follow the second approach, that's all right. But I
would like to study the approach for my own knowledge. I'll be glad if you
could provide me with some resources / papers to read. I assure you it
won't disturb my GSoC schedule. :)
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
------------------------------------------------------------------------------
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
