work to
balance the work plan.
[1] http://web.ist.utl.pt/~vasco.costa/uploads/Main/crgrtfixed.pdf
All the best,
On Thu, Mar 5, 2015 at 2:27 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Thu, Mar 5, 2015 at 6:24 AM, Christopher Sean Morrison
> wrote:
&g
e correct that it may make more sense to initially focus on just that. I
have not profiled BRL-CAD librt to know where the perf bottlenecks are but
you guys have actual experience with this.
p.s. Some technical libraries to consider in lieu of directly binding to
OpenCL:
>
> http://vien
nd don't accept any feature
improvements it doesn't mean you are using a waterfall model. Is the Linux
kernel development model a waterfall model? I would say it isn't.
I will change the planning timetable to work in the fashion you describe.
Vasco Alexandre da Silva Costa
PhD Student at Depa
Scene->evalHits->weaveBooleans->colorizePixel
steps would be done in clearly separated stages for all tested rays, in
order to reduce the amount of CL kernel calls and maximize coherence, but
from what I understand everything currently happens in one giant
megakernel. So perhaps a lot of
at 3:33 PM, Christopher Sean Morrison
wrote:
>
> On Mar 21, 2015, at 12:55 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
> > I looked some more at the code and yeah the weave booleans step is
> branch heavy and has gotos in it. So this is most likely a
On Thu, Mar 26, 2015 at 6:49 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Ok. The boolean weaving seems more interesting. Besides being possible to
> store similarly to a kd-tree with ropes, like you said, it's also possible
> that we can do
t;
>>> --------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
e you can find on
sf.net) maintainer.
- sf.net user account: vasco_costa
- brlcad.org wiki user account: vasco.costa
Kind regards,
--
Vasco Alexandre da Silva Costa
PhD Student at Department of Information Systems and Computer Science
Instituto Superior Técnico/University of Lisbon, Por
On Tue, Apr 28, 2015 at 3:40 AM, Christopher Sean Morrison
wrote:
> On Apr 27, 2015, at 5:48 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
> I made a couple of patches. One fixes compilation errors and refactors the
> OpenCL SPH (sphere) shot code.
visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/lis
this moment nor do I
plan to submit to another conference until work on BRL-CAD for GSoC is
complete.
Thanks for reading this message,
--
Vasco Alexandre da Silva Costa
PhD Student at Department of Information Systems and Computer Science
Instituto Superior Técnico/University of Lisbon, Por
Thanks! Will do!
On Thu, May 14, 2015 at 6:43 AM, Christopher Sean Morrison
wrote:
>
> On May 13, 2015, at 10:20 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
> > Hello,
> > I got notified that I got a paper accepted at the CGI'15 conf
_
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
--
Vasco Alexandre da Silva Costa
PhD Student at Department of Information Systems and Computer Science
Instituto Superior Técnico/University
roper.
Regards,
--
Vasco Alexandre da Silva Costa
PhD Student at Department of Information Systems and Computer Science
Instituto Superior Técnico/University of Lisbon, Portugal
Index: src/rt/do.c
===
--- src/rt/do.c (revision 65157)
++
Simplified code for:
- ray generation
- writing the color output to the frame buffer
On Tue, Jun 2, 2015 at 11:55 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Hello,
> I've been trying to make a really simple bare bones rendering loop in C
> without
Now with the actual patch attached...
On Thu, Jun 4, 2015 at 5:03 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Simplified code for:
> - ray generation
> - writing the color output to the frame buffer
>
> On Tue, Jun 2, 2015 at 11:55 PM, Vasco Ale
separate the shots from the boolean weaving with minimal context
between stages.
- cleanly mark all data in/out on each stage and minimize CPU<->GPU data
transfers.
On Thu, Jun 4, 2015 at 5:04 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Now with the actual
Simplify the shading code some more.
On Thu, Jun 4, 2015 at 11:10 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Phong shading with a default material.
>
> The idea here is to create a simplified self-contained rendering pipeline
> that we can use as a b
truct resource').
As discussed with Sean a couple of days ago I am going to stop working on
this angle and start working on the grid spatial partitioning in OpenCL
next.
On Fri, Jun 5, 2015 at 12:16 AM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Simplify the sha
Use OpenMP to spawn rendering threads.
The code has some bugs in it. I think its improper initialization of the
resource pools which leads to a spurious double free. But I haven't been
able to find out exactly where the bugs are.
On Wed, Jun 10, 2015 at 1:27 AM, Vasco Alexandre da Silva
focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/lis
API of librt this work will proceed on an opencl
branch.
Regards,
On Wed, Aug 5, 2015 at 4:40 AM, Christopher Sean Morrison
wrote:
> Vasco Alexandre da Silva Costa has been granted commit access.
>
> Vasco has been working on an OpenCL research project under GSoC that picks
> up o
Hello folks,
I just noticed that GitLab offers 10GB per project:
https://about.gitlab.com/gitlab-com/
Something to keep in mind in case we have more issues with SourceForge.
IIRC Dice is going to sell them and a buyer hasn't been found yet.
Regards,
--
Vasco Alexandre da Silva Costa
Inst
Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
---
tives' directory. e.g.
'librt/primitives/ehy/ehy*.{c,cl}'.
Regards,
On Thu, Mar 3, 2016 at 6:46 PM, Param Hanji
wrote:
> Can I have a link to the existing code please?
>
> On Fri, Mar 4, 2016 at 12:02 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
g/outdated? Are there resources I
> can refer to? Any help would be great. Thank you for your time!
>
> Best,
> Param Hanji
>
--
Vasco Alexandre da Silva Costa
PhD in Computer E
PS: When I was starting out programming in this project I used the NetBeans
IDE to browse the BRL-CAD source code so I could understand the code
structure better. As a last resort grep is your friend...
On Sat, Mar 5, 2016 at 10:25 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com>
IDE to browse the BRL-CAD source code so I could understand the
>> code structure better. As a last resort grep is your friend...
>>
>> On Sat, Mar 5, 2016 at 10:25 PM, Vasco Alexandre da Silva Costa <
>> vasco.co...@gmail.com> wrote:
>>
>>> The primitiv
know
that better.
Regards,
-Vasco Costa
On Mon, Mar 7, 2016 at 7:30 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Mon, Mar 7, 2016 at 11:28 AM, Param Hanji
> wrote:
>
>> Hi,
>>
>> I've managed to accelerate "librt/primitives/epa&
7;m fine working with the
> command line. Just want to know how I can view the trace.
>
> Best,
> Param Hanji
>
> On Tue, Mar 8, 2016 at 1:08 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> PS: I originally suggested the 'eto' prim
ld expect you to be able to use the mged Tcl/Tk interface...
Please send a screenshot once you can.
Regards,
-Vasco Costa
> Cheers
>
> On Tue, Mar 8, 2016 at 9:07 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> Are you using the Tcl/Tk version
t 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
t/gampad/clk?id=278785111&iu=/4140
> ___
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
-
ting 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> wrote:
___
>> BRL-CAD Developer mailing list
>> brlcad-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>>
>>
>
>
> ------
> Transform Data into Oppor
On Thu, Mar 10, 2016 at 1:17 AM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Thu, Mar 10, 2016 at 12:21 AM, Margaret Hu
> wrote:
>
>> Sean:
>>
>> >>Not really — that is your job to propose a best candidate — but we do
>> kee
concepts can be challenging
to master and the development environment tools are still in their infancy.
> Thanks.
>
> From,
> Benson Chepkwony
>
>
>
> On 3/9/2016 4:05 PM, Vasco Alexandre da Silva Costa wrote:
>
> On Wed, Mar 9, 2016 at 4:52 AM, benson chepkwony <
way.
> And for this project we are looking for Work-Items and Work-Groups in
> primitives c codes that can be computed concurrently under OpenCL GPU
> Platform.
>
> Thanks.
>
> From,
> Benson Chepkwony
>
>
>
>
>
> On 3/10/2016 12:10 PM, Vasco Alexandre da
elerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> ___
> BRL-CAD Developer mailing list
> brlcad-dev
nsform 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=278785231&iu=/4140
>> >&g
linfo should run as well. Try running clinfo as root with sudo.
In the past I had issues with the NVIDIA GPU driver not initializing OpenCL
services unless you ran an OpenCL program as root first.
You can also try installing the AMD APP SDK as I suggested in the other
post.
--
Vasco Alexandre da Sil
On Tue, Mar 15, 2016 at 8:05 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Tue, Mar 15, 2016 at 11:52 AM, Param Hanji
> wrote:
>
>> Further reading hinted at the lack of OpenCL 1.2 on Nvidia graphics
>> cards. The clinfo package for Ubuntu d
On Fri, Mar 18, 2016 at 9:14 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Fri, Mar 18, 2016 at 1:17 PM, Param Hanji
> wrote:
>
>> Hello,
>>
>> On Thu, Mar 17, 2016 at 4:57 AM Vasco Alexandre da Silva Costa <
>> vasco.co...@gma
f
What needs to be done is to implement the boolean evaluation and CSG in
OpenCL. The OpenCL backend has a sufficient amount of ray-primitive shot
tests to go with and the ray traversal is already accelerated with a BVH.
This task requires a background in ray-tracing and OpenCL/C.
--
Vas
I think it is '-z 1'. The '-z' option currently requires a numeric argument.
'1' to enable OpenCL mode and '0' to disable it.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon,
I meant of course "failed to read OpenCL code file (solver.cl)".
On Wed, Mar 16, 2016 at 8:32 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Wed, Mar 16, 2016 at 8:26 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
On Wed, Mar 16, 2016 at 11:26 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> gal
> On Wed, Mar 16, 2016 at 9:44 PM, Param Hanji
> wrote:
>
>> Yeah sending the output to the file fixed it. I'll add in my
>> implementation for epa and submit
On Wed, Mar 16, 2016 at 9:32 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Wed, Mar 16, 2016 at 9:12 PM, Param Hanji
> wrote:
>
>> Yes, there was an error message on the terminal. Manually copying
>> everything to my current directory wor
On Thu, Mar 17, 2016 at 8:49 PM, Christopher Sean Morrison
wrote:
>
>
> On Mar 17, 2016, at 03:55 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
> The problem is the material lighting code. The results are not the same.
> In OpenCL mode it r
ht. Thank you again.
>
> Best,
> Param
>
> On Thu, Mar 17, 2016 at 3:04 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Wed, Mar 16, 2016 at 9:32 PM, Vasco Alexandre da Silva Costa <
>> vasco.co...@gmail.com> wrote:
>>
&g
016 at 5:23 AM, Param Hanji
wrote:
> Hi,
>
> My parallel epa still shows up a black screen. Is there anything wrong
> with my code? I looked hard for errors but couldn't find anything.I'll send
> you my patch.
>
> Thanks!
>
>
> On Fri, Mar 18, 2016 at 3:06 A
On Thu, Mar 17, 2016 at 7:54 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Thu, Mar 17, 2016 at 7:47 PM, Christopher Sean Morrison > wrote:
>
>>
>>
>> On Mar 17, 2016, at 05:33 AM, Param Hanji
>> wrote:
>>
>> Great
sible backends so its possible
you are hiting some poorly tested code path. I would need at least a GDB
stack trace to start looking into it.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Su
On Fri, Mar 18, 2016 at 1:17 PM, Param Hanji
wrote:
> Hello,
>
> On Thu, Mar 17, 2016 at 4:57 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Wed, Mar 16, 2016 at 9:44 PM, Param Hanji
>> wrote:
>>
>> You will need a lot o
On Wed, Mar 16, 2016 at 8:26 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Wed, Mar 16, 2016 at 8:15 PM, Param Hanji
> wrote:
>
>> Hi Vasco Costa,
>>
>> Yes -z 1 did it. :)
>>
>> Now fopen() throws an error! Function
On Wed, Mar 16, 2016 at 7:36 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Wed, Mar 16, 2016 at 7:28 PM, Param Hanji
> wrote:
>
>> Hi,
>>
>> Installing the AMD SDK gave me OpenCL 1.2 support. I managed to configure
>> cmake usin
did manually edit the patch. I ran diff again and uploaded the
>> patch without changes. I also changed the ID used to 19.
>>
>> On Sat 19 Mar, 2016, 2:51 AM Vasco Alexandre da Silva Costa, <
>> vasco.co...@gmail.com> wrote:
>>
>>> On Fri, Mar 18, 201
opy or link to is:
solver.cl
arb8_shot.clbot_shot.clehy_shot.clell_shot.clsph_shot.clrec_shot.cltgc_shot.cltor_shot.cl
rt.cl
The current paths should be something like librt/primitives/*.cl ,
librt/primitives/*/*_shot.cl
You should just place them all in the current directory.
> Best,
> P
31&iu=/4140
> ___
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
--
Vasco Alexandre da S
On Thu, Mar 17, 2016 at 7:54 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Thu, Mar 17, 2016 at 7:47 PM, Christopher Sean Morrison > wrote:
>
>>
>>
>> On Mar 17, 2016, at 05:33 AM, Param Hanji
>> wrote:
>>
>> Great
On Wed, Mar 16, 2016 at 9:33 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Wed, Mar 16, 2016 at 9:32 PM, Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Wed, Mar 16, 2016 at 9:12 PM, Param Hanji
>> wrote:
>&
"CODING STYLE & STANDARDS" in the HACKING file of
BRL-CAD SVN trunk.
On Sun, Mar 20, 2016 at 2:58 AM, Param Hanji
wrote:
> Fixed it
>
>
> On Sun, Mar 20, 2016 at 6:47 AM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> It doe
On Sun, Mar 20, 2016 at 7:32 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> Ok, now the code compiles! I checked the code and functionally it looks
> good. But you need to indent the code according to the BRL-CAD coding
> style. e.g. indent the code with 4
ore comments?
--
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
tabs with 8
>> spaces. This is particularly noticeable in the .cl file.
>>
>> The style rules are under "CODING STYLE & STANDARDS" in the HACKING file
>> of BRL-CAD SVN trunk.
>>
>>
> Okay I updated the preferences in my editor. Would you like me to
gt; option as well as the -W as suggested. Still no luck
>
Did you do an SVN update? Everything is working here and I'm also using the
AMD APP SDK.
If you copied the .cl files over to your current directory instead of just
linking to them, I did some changes to rt.cl.
--
Vasco Alexandre da
. See include/bu/file.h for details and examples
> throughout the codebase.
>
Right. But I think it's also necessary to change the CMakefiles in order to
install the .cl files somewhere. I'm unsure where to place them.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (C
please submit the patch to the BRL-CAD
ticketing system here:
https://sourceforge.net/p/brlcad/patches/
So we can process it in the standard way.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior
v-7.25.0/share/OpenCL/.
>
> In the C loading code, you can get the path to the file like this:
>
> const char *clfile1 = bu_brlcad_data(“OpenCL/file1.cl”, 0);
>
> You can also just look up the OpenCL dir and manually append / search for
> files, e.g., with bu_file_exists().
>
penCL mode (i.e. -z1) happen with all
>> primitives, or just with specific primitives?
>>
>> As for your patch, it seems to be good at a cursory glance (I don't have
>> access to Linux right now). So please submit the patch to the BRL-CAD
>> ticketing system he
expected rendering output on your system
now.
On Tue, Mar 22, 2016 at 10:41 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Tue, Mar 22, 2016 at 7:32 AM, Param Hanji
> wrote:
>
>> Hi
>>
>> Currently the blank screen issue happens only
_
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbo
ment. AFAIK NVIDIA does not support OpenCL 2.0 very all yet.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
--
Transfor
might be interesting:
http://developer.amd.com/wordpress/media/2013/06/2041_final.pdf
--
A good primitive to start with would be ETO. Then you can do PART later.
Regards,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/Uni
runs on MacOS X. So please do test it there if you can.
All the best,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
--
Find and
G
display algorithms." ACM Transactions on Graphics (TOG) 10.1 (1991): 40-70.
Between those three sources you should have all the info to understand the
algorithm.
It'd be great if someone could provide a more comprehensive description of
> the weaving process and the data structures. Lin
ike a good presentation on the topic.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
--
Find and fix application performance issu
gt; grasp at the moment.
>
You generate a list of segments for each ray. Then you evaluate those
segments according to the CSG tree data to determine the final output.
I hope this was clear?
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Té
g in the 'stored' mode because you
will need the segment list data. The stored mode can be activated by
passing '-l 5' as a command line argument to the 'rt' program while it's in
OpenCL mode i.e. '-z 1'.
Regar
ions, or issues not of the general interest, I use e-mail.
IRC is something to use when hashing out details or issues which require
rapid 2-way communication.
Regards,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técn
On Mon, May 16, 2016 at 3:08 PM, Param Hanji
wrote:
>
> On Mon, May 16, 2016 at 6:01 PM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> http://brlcad.org/wiki/User:Catchchaos/GSoC2016/Proposal
>>>
>>> It's very similar to my
ince your last patch
submission. Namely you should add the .cl file to the appropriate .cmake
file so the .cl file gets installed upon compilation.
Regards,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, P
look at your primitive intersection patch this
week.
Regards,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
--
Mobile security can b
;
Your patch looks great. Just add a space in this line:
+cor_proj =dot(pprime, dprime);
^
Then submit it to SourceForge.
Good work,
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/Unive
On Fri, May 27, 2016 at 2:33 PM, Param Hanji
wrote:
> Thanks a lot! Any leads on how to use the partition list output by
> boolfinal()? I'll need to convert this back into an array of segs to be
> further processed.
>
Can I just copy inhit and outhit directly for every partition in the list?
> T
are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
>
On Wed, Jun 1, 2016 at 5:04 PM, Param Hanji
wrote:
> Hello,
>
> I successfully got BRL-CAD working, with all its applications and in the
> X11 window system too. As I mentioned earlier, even the dynamic linking is
> fixed.
>
> OpenCL mode fails with compilation errors. The errors tell me that vec
bits
> of PART and submit a patch before the start of next week.
>
Ok! I agree.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
--
On Thu, Jun 2, 2016 at 10:36 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Thu, Jun 2, 2016 at 6:55 PM, Param Hanji
> wrote:
>
>> I'll try my best for one last day to get things working on OS X.
>> Otherwise I'll just use Linux
h a part of the logs.
>
Make sure you are running the right mged and rt binaries. It sounds like
maybe you aren't running the version you modified.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Port
et the boolean weaving to work. We
don't want to reimplement the whole rendering pipeline in a summer. Believe
me I tried. :-)
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior
zed 2D array
of 1D arrays. To know the range indexes for a given pixel you can access
the offset array 'h' thus: segments(x,y) -> h[y*width+x]..h[y*width+x+1].
So you can copy 'psegs' to CPU memory e.g. into a variable named 'segs'
then traverse it like this:
for (
On Tue, Jun 14, 2016 at 9:11 PM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:
> On Tue, Jun 14, 2016 at 9:10 AM, Param Hanji
> wrote:
>
>> Yup, I did all of that and still same error. I copied every individual
>> field of seg_in and seg_out separ
ed on the
seg_sti id and use that to initialize the cpu->seg_stp pointer field.
- in copy_to_gpu you do not initialize gpu_seg->seg_sti.
You need to initialize the seg_sti (primitive id) field properly before
shade ops because this is used to compute normals, determine the shade
material, sha
'stp'.
This might be duplicating some pre-existing functionality in the regular
ANSI C database though.
--
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
---
On Thu, Jun 23, 2016 at 1:04 PM, Param Hanji
wrote:
>
>
> On Wed, Jun 22, 2016 at 7:43 PM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Wed, Jun 22, 2016 at 2:36 PM, Param Hanji
>> wrote:
>>
>>> - in copy_to_cpu if gpu_
y mismatch...
So to make the code faster without these loops we can either store the dead
solids, and mark them somehow to ignore them on traversal, or we can create
an array that converts from one index (i.e. stp->st_bit) to the other (i.e.
gpu_seg->seg_sti).
Regards,
--
Vasco Alexandre d
On Mon, Jul 4, 2016 at 12:30 PM, Param Hanji
wrote:
> Hi Vasco,
>
> I tried everything and still no luck. I'm pretty sure just copying inhits
> and outhits is not enough. Going by Sean's explanation of segments and
> partitions, it looks like I have no option but to implement partitions on
> the
On Mon, Jul 4, 2016 at 9:33 PM, Param Hanji
wrote:
> On Mon, Jul 4, 2016 at 9:52 PM Vasco Alexandre da Silva Costa <
> vasco.co...@gmail.com> wrote:
>
>> On Mon, Jul 4, 2016 at 12:30 PM, Param Hanji
>> wrote:
>>
>>> Hi Vasco,
>>>
>>>
x and update them.
>
If you get working drivers do not to update them. :-)
NVIDIA sometimes messes up on a revision as they usually test on their most
recent cards but sometimes the older cards stop working. I don't know how
the process works on MacOS X though.
Regards,
--
Vasco Alexan
1 - 100 of 238 matches
Mail list logo