00:37.19 |
*** join/#brlcad piyushparkash
(~piyushpar@117.205.66.106) |
00:55.15 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
01:43.41 |
brlcad |
mihaineacsu_bbl: hi, if you post a question,
I'll usually respond when I read it if you're joined to the channel
(so no need to wait or ask for anyone) |
02:09.53 |
maths22_ |
does anyone know what's up with all the joins
and parts? |
02:17.29 |
Notify |
03BRL-CAD:zhaoanqing * 61171
(brlcad/branches/nmgreorg/include/raytrace.h
brlcad/branches/nmgreorg/src/librt/comb/comb.c and 2 others):
arrange some format of the declaration. |
02:21.44 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:30.22 |
*** join/#brlcad hcurtis
(b82d1ab1@gateway/web/freenode/ip.184.45.26.177) |
03:08.17 |
*** join/#brlcad maths22
(~maths22@66-118-151-70.static.sagonet.net) |
03:08.36 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
03:08.42 |
*** join/#brlcad brlcad
(~sean@66-118-151-70.static.sagonet.net) |
03:12.15 |
*** join/#brlcad Ch3ck_
(~Ch3ck@66-118-151-70.static.sagonet.net) |
03:12.16 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
03:12.16 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
03:12.16 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
03:12.17 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
03:30.58 |
hcurtis |
brlcad: Hi, Sean. I have a BRL-CAD build
going, and I'm reading GCC information. |
03:43.47 |
*** join/#brlcad ishwerdas
(~ishwerdas@117.199.98.149) |
04:15.11 |
*** join/#brlcad alisha
(~alishajai@202.164.53.117) |
04:49.35 |
*** join/#brlcad piyushparkash
(~piyushpar@117.214.216.194) |
05:53.30 |
fenn |
maths22: people opening and closing their
laptops, most likely |
05:55.34 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
05:57.28 |
*** join/#brlcad ishwerdas
(~ishwerdas@117.199.98.149) |
06:19.31 |
*** join/#brlcad alisha
(~alishajai@202.164.53.117) |
06:21.30 |
*** join/#brlcad Zhao_Anqing
(clouddrift@210.32.187.203) |
06:21.56 |
*** join/#brlcad piyush__
(~piyushpar@117.214.216.194) |
06:27.06 |
*** join/#brlcad ishwerdas
(~ishwerdas@117.199.98.149) |
08:02.32 |
*** part/#brlcad ishwerdas
(~ishwerdas@117.199.98.149) |
08:06.31 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
08:08.32 |
*** join/#brlcad alisha
(~alishajai@202.164.53.117) |
08:58.59 |
*** join/#brlcad
mihaineacsu_bbl (~mihaineac@92.85.193.175) |
08:58.59 |
*** join/#brlcad ankesh11
(sid8015@gateway/web/irccloud.com/x-osqeyjxstnjlphoz) |
09:01.45 |
*** join/#brlcad hsrai
(~hsrai@202.164.53.116) |
09:04.33 |
*** join/#brlcad
mihaineacsu_bbl (~mihaineac@92.85.193.175) |
09:09.32 |
*** join/#brlcad alisha
(~alishajai@202.164.53.117) |
10:12.02 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
10:23.48 |
Notify |
03BRL-CAD Wiki:Clouddrift * 7221
/wiki/User:Clouddrift/GSoC2014/Logs: /* Week 3 */ |
10:36.51 |
*** join/#brlcad ishwerdas
(~ishwerdas@117.199.98.149) |
10:36.59 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 0
/wiki/File:Wireframe-plots-index.png: |
10:43.42 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 0
/wiki/File:Wireframe-plots-index.png: |
10:49.20 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 7224
/wiki/User:Ankeshanand/GSoC14/logs: /* Update logs */ |
10:49.48 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 7225
/wiki/User:Ankeshanand/GSoC14/logs: /**/ |
11:07.39 |
Notify |
03BRL-CAD:zhaoanqing * 61172
brlcad/branches/nmgreorg/src/libged/facetize.c: skip merge
operation temporarily. Now it works good on facetize operation on
single-shell shape after the removing work, but still need
improving. |
11:07.49 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.237.122) |
11:25.54 |
Notify |
03BRL-CAD Wiki:Clouddrift * 7226
/wiki/User:Clouddrift/GSoC2014/Logs: /* Week 3 */ |
11:29.52 |
Notify |
03BRL-CAD Wiki:Clouddrift * 7227
/wiki/User:Clouddrift/GSoC2014/Logs: /* Week 3 */ |
11:40.37 |
*** join/#brlcad piyushparkash
(~piyushpar@117.214.216.194) |
11:42.09 |
*** join/#brlcad raj12lnm
(31cd6b50@gateway/web/freenode/ip.49.205.107.80) |
11:42.28 |
raj12lnm |
hi folks |
11:42.34 |
raj12lnm |
do any body use mged ? |
11:42.53 |
raj12lnm |
I just wanted to test if creation of a bot
primitive breaks mged. |
11:43.05 |
raj12lnm |
It doesn in my set-up. Not sure why |
11:46.45 |
raj12lnm |
So it would be really appriciable if someone
with brlcad setup could create a "bot" of type "surface" or
"solid" |
12:04.03 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
12:04.41 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
12:05.52 |
brlcad |
raj12lnm: you can create a bot in mged with
the facetize command |
12:05.54 |
raj12lnm |
so yes! just open mged. Create a new sample
data bse |
12:05.57 |
raj12lnm |
in bot.g bot 3 1 2 1 1 0 0 0 1 0 0 0 1 1 0
2 |
12:06.25 |
brlcad |
make sph sph ; facetize sph.bot sph |
12:07.03 |
raj12lnm |
brlcad : how is it different from the normal
bot. Just to understand it better |
12:07.29 |
raj12lnm |
found this on the web
http://brlcad.org/wiki/MGED_CMD_facetize |
12:07.41 |
brlcad |
how is it different? |
12:07.46 |
brlcad |
it's not different, that is a normal
bot |
12:08.58 |
raj12lnm |
so i my aim was to just to understand the
creation of bot using in command. |
12:09.03 |
brlcad |
note that the in bot.g that you create there
is technically invalid, so something may choke on it |
12:09.15 |
brlcad |
I don't believe the in command does any
validation |
12:09.35 |
raj12lnm |
brlcad: thats the issue! |
12:09.43 |
raj12lnm |
it simply breaks. mged shuts down |
12:09.44 |
brlcad |
fix it ;) |
12:10.14 |
brlcad |
so first though, it should also never
crash |
12:10.23 |
brlcad |
so if you have something crashing, that'd be
good to fix too |
12:10.26 |
raj12lnm |
can you try in your system. |
12:10.32 |
raj12lnm |
> |
12:10.33 |
brlcad |
I did, it created it |
12:10.41 |
brlcad |
it's one triangle |
12:10.50 |
raj12lnm |
really ? |
12:11.02 |
raj12lnm |
can you suggest what could be wrong in my
system ? |
12:11.15 |
brlcad |
the 'in' command expects to create a solid
(volume mode) bot, and that's just one triangle (so it's not solid,
but marked that it is) |
12:11.39 |
brlcad |
try creating a box or a prism |
12:12.43 |
brlcad |
maths22: could be lots of reasons for that ..
but probably just freenode shifting some servers around |
12:13.14 |
raj12lnm |
brlcad : so, you mean there should be a legit
solid or surface and not just any parameters and sets of
triangle. |
12:13.21 |
raj12lnm |
Am I right in understanding this ? |
12:13.32 |
raj12lnm |
is now creating a
prism |
12:17.11 |
brlcad |
raj12lnm: notionally yes, but even your
invalid geometry should work -- that specifically doesn't
work? |
12:17.15 |
brlcad |
does the in command crash? |
12:17.28 |
brlcad |
need a stack trace |
12:17.31 |
*** join/#brlcad ries_
(~ries@190.9.171.121) |
12:17.48 |
raj12lnm |
brlcad : this also crash |
12:17.49 |
raj12lnm |
in prism bot 4 4 1 2 0 0 1 1 0 0 0 1 0 1 1 1 0
1 2 0 1 3 0 2 3 1 2 3 |
12:18.20 |
raj12lnm |
brlcad : how to get the stack trace
? |
12:18.54 |
raj12lnm |
brlcad : it says core dumped |
12:19.13 |
raj12lnm |
is adding pointers in the
code to see what is breaking. |
12:19.15 |
brlcad |
run mged in gdb |
12:19.45 |
brlcad |
gdb --args mged |
12:19.50 |
brlcad |
"run" |
12:20.06 |
brlcad |
"in prism bot .." |
12:20.18 |
brlcad |
then when it catches the crash run
"backtrace" |
12:21.58 |
brlcad |
(a debugger is infinitely more powerful than
adding pointers in the code, worth learning) ;) |
12:23.17 |
brlcad |
raj12lnm: also make sure you're using trunk
... that the only one we care about debugging |
12:26.36 |
raj12lnm |
brlcad : I got the issue |
12:26.54 |
raj12lnm |
i was priniting some variable for testing the
data while creating plates |
12:27.09 |
raj12lnm |
so since that is not allocated while creating
solid and surface |
12:27.12 |
raj12lnm |
thus it gives error |
12:27.20 |
raj12lnm |
brlcad : thanks for helping |
12:30.17 |
raj12lnm |
BTW if your still looking for the output from
gdb(backtrace) see this http://tny.cz/a1c73f4f |
12:32.21 |
raj12lnm |
brlcad : But I still think the post which I
sent regarding the bug in the mk_metaball definition is a "real"
bug |
12:32.32 |
raj12lnm |
please see that when you get time. |
12:39.19 |
mihaineacsu |
brlcad: just as you mentioned in the email,
since my project somewhat overlaps Albert's tasks, I was going to
ask on how to select my next taks. |
13:02.29 |
brlcad |
mihaineacsu: yes, we need to discuss -- do you
have time later today? |
13:03.20 |
brlcad |
mihaineacsu: I suggest starting on the C side
and getting up to speed on how the tools work (have you done this
already?) |
13:03.21 |
mihaineacsu |
brlcad: sure, I'll be around all weekend long.
Just ping me :) |
13:04.32 |
mihaineacsu |
brlcad: yeah, I checked the bug you mentioned
and that got me in a workflow to check the tools. Is there's
anything specifically I should check? |
13:07.27 |
brlcad |
you should be familiar with how to use them
:) |
13:07.46 |
brlcad |
have you calculated a mass using both
yet? |
13:09.20 |
brlcad |
and what about the bug, did you make any
progress on that bug? |
13:10.17 |
*** join/#brlcad andrei_
(~IceChat77@188.25.173.205) |
13:10.50 |
mihaineacsu |
I just used rtweight. As for the bug(s) I got
it fixed but it needs a second oppinion. |
13:15.15 |
*** join/#brlcad raj12lnm
(31cd6b50@gateway/web/freenode/ip.49.205.107.80) |
13:18.49 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
13:23.17 |
Notify |
03BRL-CAD:zhaoanqing * 61173
brlcad/branches/nmgreorg/TODO: add to-do tips in TODO file. don't
forget to implement rt_comb_merge function. |
13:30.10 |
*** join/#brlcad pandrei
(~pandrei@188.25.173.205) |
14:04.17 |
pandrei |
I'm looking at class structure in |
14:04.26 |
pandrei |
Combination.h, as Daniel suggested |
14:05.26 |
pandrei |
and I don't understand something |
14:05.40 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
14:05.50 |
pandrei |
TreeNode extends ConstTreeNode |
14:06.06 |
pandrei |
but declares the same methods (LeftOperand,
RightOperand etc) again |
14:06.13 |
pandrei |
why? |
14:13.14 |
pandrei |
nevermind |
14:33.39 |
d_rossberg |
the version in ConstTreeNode is const, the one
in TreeNode not |
14:35.21 |
pandrei |
oh, you're here! |
14:35.22 |
pandrei |
great! |
14:35.29 |
d_rossberg |
the results of the methods in ConstTreeNode
are unchangable, the ones of TreeNode not |
14:35.45 |
pandrei |
I'm currently working on the interface, so far
I've only set the constructors and the Object methods |
14:35.58 |
pandrei |
so nothing special, but I've been looking into
sketch |
14:36.51 |
pandrei |
we should be able to set the default
embedding |
14:37.02 |
pandrei |
and the array of vertices defining the sketch
plane |
14:37.53 |
pandrei |
oh, wait |
14:37.57 |
d_rossberg |
the Const~ clases are for exploration
only |
14:38.15 |
pandrei |
so the sketch structure has a point, two
vectors for defining the plane |
14:38.21 |
pandrei |
and an array of points |
14:38.28 |
pandrei |
2D points, more precisely |
14:38.44 |
d_rossberg |
you should hide the set of points and handle
them implicitely |
14:39.00 |
d_rossberg |
they are osed by the sections |
14:39.44 |
d_rossberg |
(or better: segments) |
14:40.20 |
pandrei |
right now, I need to find how to define a
sketch |
14:40.45 |
pandrei |
you said that the points should be private,
then I need to find what to pass to a constructor |
14:41.40 |
d_rossberg |
the sketch is mainly a set of segments in
rt_curve |
14:42.35 |
d_rossberg |
in line_seg you have only the indices of the
points (in the vertex array) |
14:43.18 |
d_rossberg |
more natural for an interface would be to work
with the real points (i.e. 3 x double) |
14:43.44 |
d_rossberg |
i.e. Vector3D |
14:44.03 |
d_rossberg |
and store them automatically in the
vertexarray |
14:44.08 |
*** join/#brlcad clock
(~clock@84-72-11-5.dclient.hispeed.ch) |
14:45.51 |
pandrei |
so I would have a Vector3D array that would
need to be somehow fit to rt_sketch_internal structure |
14:46.02 |
pandrei |
? |
14:46.30 |
pandrei |
I'm currently looking in rt_sketch_import, in
sketch.c |
14:48.32 |
pandrei |
it determines the verts based on ther
indexes |
14:48.50 |
pandrei |
then allocates space for segments in
curve |
14:49.37 |
pandrei |
and then for each segment determines the
nature and type of the curve |
14:49.46 |
pandrei |
that is my understanding so far of the sketch
initialization |
14:54.12 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
14:56.28 |
d_rossberg |
oh, sorry, it hast to be Vector2D because we
are in the plane |
14:57.28 |
d_rossberg |
the default constructor would build an empty
sketch |
14:57.58 |
d_rossberg |
copy constructor and no other
constructor |
14:58.25 |
d_rossberg |
for adding and removing sections you have to
provide methods |
15:00.05 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.237.122) |
15:00.44 |
pandrei |
sorry for the retarded question but, what do
you define as a section? |
15:01.10 |
pandrei |
I imagine this object as an array of
consecutive points which you plot through |
15:03.45 |
d_rossberg |
oh, its called segemnt there:
rt_curve |
15:04.29 |
d_rossberg |
line, circular arc, nurb, bezier |
15:06.14 |
pandrei |
ah, so a section is a set of
segments |
15:07.18 |
d_rossberg |
no, i used section and segment as
synonyms |
15:07.29 |
d_rossberg |
the right word is segment |
15:08.31 |
d_rossberg |
i've to leave soon |
15:09.08 |
pandrei |
it's no problem, you've helped me understand
several important aspects |
15:09.18 |
pandrei |
i.e now I know genptr_t is a placeholder for
segments like |
15:09.20 |
pandrei |
line_seg |
15:09.20 |
pandrei |
etc |
15:09.52 |
pandrei |
I'm not entirely figured out about sketch, but
I can deffinetly make some progress in your absence, which is
great, thanks ! |
15:24.50 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
15:39.08 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
15:46.12 |
Notify |
03BRL-CAD Wiki:Mihaineacsu * 0
/wiki/User:Mihaineacsu: |
16:05.56 |
Notify |
03BRL-CAD Wiki:Popescu.andrei1991 * 7228
/wiki/Google_Summer_of_Code/2014: fixed broken devlog
link |
16:06.04 |
pandrei |
thanks for pointing out, Mihai! |
16:09.22 |
Notify |
03BRL-CAD Wiki:Mihaineacsu * 7229
/wiki/User:Mihaineacsu/SoCIS2014/Logs: Add page for mihaineacsu's
devlogs |
16:11.35 |
*** join/#brlcad albertcoder
(~albertcod@202.164.53.117) |
16:13.48 |
Notify |
03BRL-CAD Wiki:Mihaineacsu * 7230
/wiki/ESA_Summer_of_Code_in_Space: Add 2014 SOCIS project |
16:24.11 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
16:30.08 |
*** join/#brlcad ishwerdas
(~ishwerdas@59.91.237.122) |
17:08.15 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
17:11.07 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
17:24.47 |
*** join/#brlcad piyushparkash
(~piyushpar@117.205.77.148) |
17:54.03 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
18:56.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:57.00 |
Notify |
03BRL-CAD Wiki:49.205.107.80 * 7231
/wiki/User:Krajkreddy/GSOC14/summary: /* GSOC 14 Summary
*/ |
18:57.02 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 7232
/wiki/User:Ankeshanand/GSoC14/logs: /* Update logs for 7th June
*/ |
18:57.25 |
raj12lnm |
ankesh11 : What a coincidence ; |
18:57.27 |
raj12lnm |
) |
18:58.27 |
ankesh11 |
raj12lnm: Indeed! |
18:59.10 |
raj12lnm |
ankesh11 : can I PM with you. |
18:59.16 |
raj12lnm |
? |
18:59.30 |
ankesh11 |
Sure. |
19:05.37 |
``Erik |
brlcad: free ssl cert for OS, mebbe one for
brlcad.org? https://www.globalsign.com/ssl/ssl-open-source/? |
19:14.58 |
*** join/#brlcad mihaineacsu_
(~mihaineac@92.85.193.175) |
19:18.54 |
Notify |
03BRL-CAD Wiki:AlienFlower * 0
/wiki/User:AlienFlower: |
19:27.49 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
19:28.05 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
19:29.45 |
*** join/#brlcad ni291187
(u931732@92.85.193.175) |
19:43.34 |
*** join/#brlcad mihaineacsu
(~mihaineac@92.85.193.175) |
19:48.39 |
*** join/#brlcad witness___
(uid10044@gateway/web/irccloud.com/x-dqdycfstkachplsw) |
20:00.07 |
*** join/#brlcad vladbogo
(~vlad@188.27.64.224) |
20:22.12 |
Notify |
03BRL-CAD Wiki:Inderpreet * 7233
/wiki/User:Inderpreet/GSoC14/logs: /* dev logs updated */ |
20:23.26 |
Notify |
03BRL-CAD Wiki:Inderpreet * 7234
/wiki/User:Inderpreet/GSoC14/logs: /* WEEK 3 */ |
20:24.07 |
Notify |
03BRL-CAD Wiki:Vladbogolin * 7235
/wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 3 */ |
20:27.01 |
Notify |
03BRL-CAD Wiki:Inderpreet * 7236
/wiki/User:Inderpreet/GSoC14/logs: /* WEEK 3 */ |
21:03.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:01.07 |
*** join/#brlcad hcurtis
(b82d1ab1@gateway/web/freenode/ip.184.45.26.177) |
22:06.14 |
Notify |
03BRL-CAD Wiki:Albertcoder * 7237
/wiki/User:Albertcoder/GSoC2014/logs: /* Week 3 */ |
23:00.59 |
clock |
it seems to me like in the IT, if its not
clear how a function is implemented |
23:01.16 |
clock |
and there are 2 different ways how it could be
implemented |
23:01.23 |
clock |
it is always the one that is
unusable |
23:15.01 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |