| 00:36.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 01:12.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 01:49.10 | Notify | 03BRL-CAD:brlcad * 61620 brlcad/trunk/NEWS: carl fixed the pix-ps tool, which has options for specifying the postscript output dimensions. they were being ignored, getting set to a default after args were processed. |
| 02:03.58 | brlcad | kanzure: is swig capable of creating a usable C wrapper? |
| 02:11.35 | kanzure | haven't checked if it's usable but it does compile and load http://diyhpl.us/~bryan/irc/opennurbs/brlcad-opennurbs2.zip |
| 02:12.03 | kanzure | also many of the symbols are missing in the library, so i had to %ignore like 50 functions |
| 02:14.25 | kanzure | swig -classic -cpperraswarn -c++ -python opennurbs.i; g++ -fPIC -c opennurbs_wrap.cxx -c *.cpp -I/usr/include/python2.7; g++ -shared libopenNURBS.a opennurbs_wrap.o -o _opennurbs.so |
| 03:08.10 | Notify | 03BRL-CAD:brlcad * 61621 brlcad/trunk/sh/enumerate.sh: consistency, it's our api. |
| 04:03.02 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.68) |
| 04:19.28 | *** join/#brlcad Darshpreet (~Darsh@202.164.53.117) |
| 05:33.03 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-zfpawbhhmpzthfvo) |
| 05:35.36 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.68) |
| 05:39.02 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 06:21.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 06:27.15 | *** join/#brlcad oana_ (~oana@188.209.97.130) |
| 06:38.13 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.68) |
| 06:47.29 | *** join/#brlcad pandrei (~pandrei@188.26.59.251) |
| 06:51.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 06:56.18 | *** join/#brlcad Darshpreet (~Darsh@202.164.53.117) |
| 07:02.11 | *** join/#brlcad ishwerdas (~ishwerdas@117.199.99.118) |
| 07:40.00 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 07:48.49 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 07:58.05 | pandrei | hello, Daniel! |
| 07:58.55 | d_rossberg | hi pandrei |
| 07:59.22 | pandrei | in the bot header you ve gave me |
| 07:59.32 | pandrei | there is a bool AppendThickness |
| 07:59.58 | d_rossberg | yes? |
| 08:00.02 | pandrei | it's related to mode, like false for RT_BOT_SOLID |
| 08:00.07 | pandrei | and SURFACE |
| 08:00.14 | pandrei | but I don't understand two things |
| 08:00.21 | pandrei | a) why is it called Append? |
| 08:00.36 | pandrei | b) what should I set at SetAppendThickness ? |
| 08:02.50 | pandrei | also, you ve asked me to see what tie is |
| 08:03.28 | d_rossberg | a) it's for the "plate-mode", i.e. every triangle has a thickness and is solid this way, but the mathematical ray-trace has only one hit and this flag says the ray-trace algorithm how to apply the thickness to this one hit |
| 08:04.24 | d_rossberg | the true mathematical hit is in the middle of the returned hit section or on the beginning |
| 08:05.46 | pandrei | I've figured out (with ``Erik's help) that it's used to hold the data for the raytracing engine |
| 08:06.06 | d_rossberg | b) the should be functions to handle the bu_bitv, it should be a kind of an array |
| 08:06.48 | d_rossberg | the "append thickness" is a boolean value |
| 08:07.35 | pandrei | so I m supposed to do something like this, then |
| 08:07.42 | pandrei | (BU_BITTEST(bot->face_mode, faceIndex)?1:0) |
| 08:08.13 | d_rossberg | at the first sight it looks good |
| 08:08.51 | pandrei | now, regarding the faceIndex internal param |
| 08:09.10 | d_rossberg | and i really don't know what tie is good for, and i hope you'll find out |
| 08:09.37 | pandrei | I ve got a basic understanding of what it is good for, but I don't know what to do with it |
| 08:10.05 | pandrei | I've asked Erik about what functionality should I offer based on it |
| 08:10.43 | pandrei | what I understood is that I should offer some method of "calling" the default raytracing engine. But I don't know how to figure out which one is the default engine and how can I call it |
| 08:10.59 | pandrei | I'll ask brlcad when he's around |
| 08:11.46 | pandrei | regarding to the BoT interface: is it ok if I added Get/Set for FaceIndex? |
| 08:15.24 | d_rossberg | why do you want to add such functions? the index isn't something you can change (such simple) |
| 08:22.58 | d_rossberg | if tie is only a cache/support structure for the ray-trace engine we probable can ignore it here |
| 08:24.03 | d_rossberg | do you know what the face index is? |
| 09:07.28 | Zhao_Anqing | daniel, hi, are you here? |
| 09:07.44 | d_rossberg | hi Zhao_Anqing |
| 09:08.04 | Notify | 03BRL-CAD:d_rossberg * 61622 rt^3/trunk/src/coreInterface/Object.cpp: bugfix: use the index to retrieve the attributes, don't look at the first one only |
| 09:08.20 | d_rossberg | there is still a genptr_t in your comb.c |
| 09:08.31 | Zhao_Anqing | I am so sorry that I still cannot find out how to fix the running errors when 'facetize a combination'. |
| 09:08.52 | Zhao_Anqing | Do you have any suggestion? |
| 09:09.22 | d_rossberg | i still can't compile your branch |
| 09:09.45 | d_rossberg | e.g. because there is still a genptr_t in your sources |
| 09:10.48 | Zhao_Anqing | erh? that's impossible. I fixed them all. have you update again? |
| 09:13.25 | Zhao_Anqing | the lastest reversion of nmgreorg is 61594, and I am sure it can pass the compile process on Linux now. |
| 09:21.21 | d_rossberg | i did an update today ... but i've realized that i'm having some conflicts there ... whait a amoment ... |
| 09:22.57 | Zhao_Anqing | OK. Thank you so much :) |
| 09:32.08 | d_rossberg | it looks better now :) |
| 09:33.05 | d_rossberg | (lunchtime) |
| 09:35.21 | Zhao_Anqing | I'm glad to hear that. |
| 09:42.44 | *** join/#brlcad ishwerdas (~ishwerdas@117.199.98.35) |
| 09:48.19 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.149.0) |
| 10:55.57 | *** join/#brlcad vladbogo (~vlad@188.26.242.231) |
| 11:00.10 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7489 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 6 */ |
| 11:11.30 | d_rossberg | Zhao_Anqing: the first thing i'm seeing is thar nmg_bool() was originally written for shells from the same modell, e.g. sharing the maxindex |
| 11:28.30 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) |
| 11:30.16 | Zhao_Anqing | d_rossberg: yes, I noticed this function. many places use maxindex to identity the size of array. |
| 11:31.00 | Zhao_Anqing | this error is basically caused because maxindex, I guess. |
| 11:35.53 | d_rossberg | or look e.g. at nmg_find_s_of_vu() |
| 11:39.27 | Zhao_Anqing | let me see. |
| 11:39.29 | d_rossberg | (there is only one shell in the structure) |
| 12:02.33 | *** join/#brlcad piyushparkash (~piyushpar@117.205.69.167) |
| 12:11.26 | Zhao_Anqing | d_rossberg: I still have no idea about this problem. |
| 12:11.44 | Zhao_Anqing | nmg_bool is to make two shell into one. |
| 12:12.09 | Zhao_Anqing | then, the current program will crash at nmg_2rvf_handler in nmg_info.c |
| 12:13.26 | Zhao_Anqing | but this place is too deep for me to check the real error's location. |
| 12:14.12 | Zhao_Anqing | my test case is to 'facetize a combination of default rcc and sph' |
| 12:15.42 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 12:16.40 | d_rossberg | look for example at at nmg_find_s_of_vu(): this function assumes that the two shells are sharing their internal structures, but this isn't the case any more |
| 12:18.05 | d_rossberg | there may be other functions which work similar (i.e. following pointers) which can not work any more because there are no pointers from one shell two the other |
| 12:20.23 | *** join/#brlcad ishwerdas (~ishwerdas@117.207.152.153) |
| 12:21.21 | Zhao_Anqing | so I should change the nmg_find_s_of_vu to fit current data structure? |
| 12:22.17 | d_rossberg | to "find the shell which is using this vertex" doesn't make much sense if there is only one shell |
| 12:23.03 | d_rossberg | maybe, in this case you have to look for near-by vertexes in the shells |
| 12:24.21 | d_rossberg | but, first you should understand how nmg_bool() works |
| 12:24.47 | d_rossberg | why do they classify there? |
| 12:29.51 | Zhao_Anqing | it seems do BOOL OPERATION on sA and sB, put the operation result into sA, then destroy sB. The return value of this function is equal to the final sA. Am I right? |
| 12:31.07 | d_rossberg | it's very rough, but yes |
| 12:34.00 | Zhao_Anqing | what's the connection between nmg_bool and nmg_find_s_of_vu? |
| 12:37.18 | d_rossberg | nmg_bool()->nmg_classify_shared_edges_verts()->nmg_find_s_of_vu() |
| 12:38.28 | Zhao_Anqing | Thank you, let me see. |
| 12:42.11 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 12:54.12 | pandrei | daniel: the normals(respective num_normals) are one-to-one with faces? |
| 12:56.32 | pandrei | you've used no index as parameter, and I assumed that. I'm going through bot implementation again, so it's closer to what it should be |
| 13:03.32 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7490 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 8 */ |
| 13:06.52 | Zhao_Anqing | d_rossberg: I guess I understand now. new nmg shells don't have a model as a bridge, so the overlap point of two shells are two independent points, not two vertexuse sharing one vertex. So nmg_find_s_of_vu is redundant, right? |
| 13:12.55 | pandrei | Daniel: to return the type in bot, I've used this |
| 13:12.56 | pandrei | BagOfTriangles::BotMode BagOfTriangles::Mode(void) const throw() { |
| 13:12.56 | pandrei | <PROTECTED> |
| 13:12.56 | pandrei | }; |
| 13:13.20 | pandrei | problem is, if you set explicit values to enum(and you said I should) it might break; |
| 13:13.58 | pandrei | have you got an alternative? |
| 13:43.24 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) |
| 13:43.28 | *** join/#brlcad mpictor_ (~mark@c-68-58-38-45.hsd1.in.comcast.net) |
| 13:50.12 | *** join/#brlcad pandrei (~pandrei@188.26.59.251) |
| 13:50.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 13:55.27 | Notify | 03BRL-CAD Wiki:Inderpreet * 7491 /wiki/User:Inderpreet/GSoC14/logs: /* Week 7 */ |
| 13:58.20 | Notify | 03BRL-CAD Wiki:Mihaineacsu * 7492 /wiki/User:Mihaineacsu/SoCIS2014/Logs: |
| 13:58.47 | Notify | 03BRL-CAD Wiki:Mihaineacsu * 7493 /wiki/User:Mihaineacsu/SoCIS2014/Logs: |
| 13:59.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 14:00.27 | pandrei | daniel: if you said something, please repeat, my irc appears to have crashed. Thanks |
| 14:02.10 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 14:04.06 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 14:13.15 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 14:56.32 | d_rossberg | pandrei: switch(m_internalp->mode) {case ... |
| 14:57.34 | d_rossberg | Zhao_Anqing: right, and there may be similar problems in other functions |
| 14:58.42 | Zhao_Anqing | thank you, I try to fix it once again. |
| 16:08.51 | *** join/#brlcad alisha (~alisha@101.62.198.76) |
| 16:10.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 16:36.21 | *** join/#brlcad piyushparkash (~piyushpar@117.205.69.167) |
| 16:44.41 | *** join/#brlcad sofat (~sofat@101.208.178.156) |
| 16:53.59 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 17:34.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 17:56.48 | *** join/#brlcad piyushparkash (~piyushpar@117.205.69.167) |
| 18:02.25 | *** join/#brlcad sofat (~sofat@101.215.106.198) |
| 18:09.44 | *** join/#brlcad albertcoder (~albertcod@49.138.106.54) |
| 18:14.36 | Notify | 03BRL-CAD:ejno * 61624 brlcad/trunk/src/conv/3dm/solidity.cpp: add comments to solidity-checking algorithm |
| 18:16.29 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 19:07.28 | Notify | 03BRL-CAD:ejno * 61625 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: undefine 'write' macro on windows; was interfering with std streams |
| 19:20.53 | Notify | 03BRL-CAD:ejno * 61626 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.hpp): move 'write' undef to before including standard headers |
| 19:51.54 | Notify | 03BRL-CAD:vladbogo * 61627 (brlcad/trunk/include/dm/dm-Null.h brlcad/trunk/include/dm.h and 11 others): Added a new callback to struct dm that opens the framebuffer. This is necessary in order to avoid adding qt code in mged/dm-qt.c. |
| 20:00.29 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.118) |
| 20:09.10 | Notify | 03BRL-CAD:vladbogo * 61628 (brlcad/trunk/include/fb.h brlcad/trunk/src/libdm/dm-qt.cpp and 2 others): Added the _qt_open_existing function to fb.h. Since some parameters that may appear during the implementation may be unknown, a generic entry in the fbio interface will be added when the function is fully implemented. |
| 20:13.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7494 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 8 */ |
| 20:13.32 | *** join/#brlcad Ch3ck (~Shadownet@195.24.220.134) |
| 20:15.58 | Ch3ck | looks like the build has a problem /src/other/tk/CMakeLists.txt looks like its has a problem? |
| 20:23.07 | Notify | 03BRL-CAD:carlmoore * 61629 brlcad/trunk/doc/docbook/system/man1/en/tire.xml: mention the -p flag, not just the -t flag; and touch up -n and -a cross-descriptions |
| 20:23.59 | brlcad | Ch3ck: I'm not seeing a build erorr here |
| 20:25.55 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
| 20:25.58 | Ch3ck | well my 'cmake ../brlcad-code -DBRLCAD_BUILD_TYPE=Debug' returns this error |
| 20:26.01 | Ch3ck | http://paste.kde.org/phabywt0i |
| 20:27.56 | brlcad | Ch3ck: try renaming "BRL-CAD Project" to just brlcad or something without spaces, see if that makes a difference |
| 20:28.04 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) |
| 20:29.01 | Ch3ck_ | will do that and see |
| 20:30.15 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.118) |
| 20:33.44 | Ch3ck_ | http://paste.kde.org/pnjnf2gez |
| 20:33.57 | Ch3ck_ | looks like it's working but still returns an error |
| 20:44.35 | mihaineacsu | Ch3ck_: can you post the whole cmake output? |
| 21:28.47 | Notify | 03BRL-CAD Wiki:Albertcoder * 7495 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 8 */ |
| 21:30.26 | brlcad | Ch3ck_: so that was at least some of those errors (which is interesting in itself.. we test pathnames with spaces (starseeker, ideas?)) |
| 21:30.34 | Notify | 03BRL-CAD:ejno * 61630 (brlcad/trunk/src/conv/3dm/conv3dm-g.cpp brlcad/trunk/src/conv/3dm/solidity.cpp): make CleanName() operate on std::strings (working on better numbering for duplicate names) |
| 21:30.49 | brlcad | but yeah, what mihaineacsu said .. more output is needed -- somewhere above that summary is another error message |
| 21:58.21 | andrei_ | brlcad: do you have any knowledge of tie parameter in bot? |
| 21:58.43 | andrei_ | if you've read the logs you probably know, but I don't know how should I handle it from the OO API point of view. |
| 22:05.56 | Notify | 03BRL-CAD:ejno * 61631 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: rename basename() to strbasename() |
| 22:06.55 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7496 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 8 */ |
| 22:23.04 | Notify | 03BRL-CAD:carlmoore * 61632 brlcad/trunk/src/util/pix-ps.c: fix the Usage, because this utility does not take tty input |