On Wed, Mar 9, 2016 at 4:52 AM, benson chepkwony <bchepk...@att.net> wrote:
> Hi Costa,
> I just went through your logs. And its seems on your patch, you modified
> Three files; EHY, ELL and ARB8. And in specific you worked on Elliptical
> Hyperboloid, Ellipsoid and Polyhedron Algorithms.
>
Actually I worked on ARB8, ARS, BOT, EHY, ELL, SPH, REC, TOR, TGC.
> Is there any work left to do on these Algorithms? or should we continued
> optimizing these 'librt/primitives' files that you worked on?
>
Each of the primitives has a .cl and a .c file with the primitive
implementation in OpenCL/C. IIRC the only primitive, of those I worked on,
which is not feature complete is BOT (Bag Of Triangles). e.g. BOT in
OpenCL/C does not have plate mode support yet. You could work on that or on
implementing some other relevant primitive like ETO. ETO is a quartic kinda
like TOR and the quartic solver has been ported to OpenCL already.
You take a look at the BRL-CAD primitives here (I mentioned this before in
this list):
http://brlcad.org/w/images/5/52/MGED_Quick_Reference_Card.pdf
You can submit your work as a patch in unified diff format (e.g. 'diff
-Nurd').
Did you just modified the Algorithms on this specific files or is this more
> than just Algorithm modification?
>
> I am sure you did the profiling in the initial stages. And this should be
> our starting point but since you have done it, do we have to profile again?
> I am sure you had so many files to work with under 'librt/primitives'.
>
You should do accuracy tests for each primitive you implement similar to
what I did in Week 10:
http://brlcad.org/wiki/User:Vasco.costa/GSoC15/logs#Weeks_9-10_:_20_Jul-26_Jul.2C_27_Jul-2_Aug
i.e. a pixdiff between the existing ANSI C primitive implementation and the
OpenCL implementation.
At this point performance profiling (e.g. timing tests) should be done with
more complex models than a single primitive. When I started out I had to
reimplement the whole rendering pipeline so some of those tests are more to
test buffer writing performance than actual ray tracing algorithm
performance.
Regards,
-Vasco Costa
> From,
> Benson Chepkwony
>
>
>
> On 3/8/2016 8:55 PM, Vasco Alexandre da Silva Costa wrote:
>
> On Tue, Mar 8, 2016 at 10:35 PM, benson chepkwony < <bchepk...@att.net>
> bchepk...@att.net> wrote:
>
>> Hay Costa,
>> I am interested with this project titled "Ray tracing performance,
>> coherent boolean evaluation". I understand you worked on this project last
>> year, that is good. However, I was wondering if you could further elaborate
>> what you did with the coherency and which area did your research reside in?
>>
>> I am not sure about this but since it is a continuation of your work, I
>> am not sure if we have to apply and use the coherency Techniques that you
>> applied?
>>
>> How is the Ray Tracing working out at this point? and what area need to
>> be further research? Do we need to understand your code fully to work on
>> this project?
>>
>> What files in the binary is this project located?
>>
>
> Welcome aboard.
> You can see the Blog of my activities last year if you are interested in
> what I actually did.
> http://brlcad.org/wiki/User:Vasco.costa/GSoC15/logs
>
> Basically what I did was a port of the basic ray tracing pipeline to an
> OpenCL GPU environment. This includes numerous supported primitives. What
> it doesn't support is boolean evaluation i.e. CSG (Constructive Solid
> Geometry) operations. Anyone interested in working on the OpenCL ray tracer
> should get familiar with the BRL-CAD code e.g. by making a patch to add
> OpenCL acceleration to an existing primitive like 'eto'.
>
> Afterwards we can look at how the standard BRL-CAD rt pipeline does CSG
> ops and how to achieve this in a GPU amenable fashion. For this I will you
> give you pointers for where to start reading the code. But be prepared for
> some rough sailing. I have a rough outline of how this can be done but you
> guys need to get a feel for it and I want your own opinion on how to do it.
> I already have mine. :-)
>
> Read all the e-mail correspondence I have had with Param Hanji <
> param.catchch...@gmail.com> in this list. Since both of you guys seem to
> be interested in the same subject:
> https://sourceforge.net/p/brlcad/mailman/brlcad-devel/
>
> There is enough work here for two people but we need to figure out what
> your strengths are, get you guys to understand the problems, so you can
> figure out which approach or which part you want to work on. What I do not
> know is how is the workshare allocation for GSoC this year.
>
> All the best,
> -Vasco Costa
>
>
>
>> Thank you.
>>
>> From,
>> Benson Chepkwony
>>
>
>
>
> --
> Vasco Alexandre da Silva Costa
> PhD in Computer Engineering (Computer Graphics)
> Instituto Superior Técnico/University of Lisbon, Portugal
>
>
>
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
