| 02:34.33 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 04:11.17 | *** join/#brlcad Zhao_Anqing (clouddrift@222.205.6.178) |
| 05:14.53 | Notify | 03BRL-CAD:zhaoanqing * 61949 brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg.c: create simulate model/nmgregion disk regions when exporting. Though it is just null space, it's ensure that a file can import corrected after exporting in nmgreorg. next step is to fill proper data in these two disk regions. |
| 07:09.55 | *** join/#brlcad albertcoder (~albertcod@101.216.65.37) |
| 07:13.20 | Notify | 03BRL-CAD:zhaoanqing * 61950 brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg.c: fill in simulate data of model/nmgregion when export5 NMG structure. |
| 07:35.08 | Notify | 03BRL-CAD:zhaoanqing * 61951 brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg.c: fill in simulate shell data when export5 NMG structure. Now it's no problem to IMPORT/EXPORT g.file between nmgreorg and trunk. |
| 08:16.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:56.14 | *** join/#brlcad andrei_ (~IceChat77@5-12-132-164.residential.rdsnet.ro) |
| 08:58.25 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 09:10.43 | andrei_ | I got a question regarding the face normals |
| 09:10.57 | andrei_ | when I create a new face(insert/appendFace) |
| 09:11.13 | andrei_ | should I realloc the normals arays, if so which one? Just face_normals? |
| 09:13.28 | d_rossberg | yes, face_normals would need to be reallocated (if it is not NULL) |
| 09:15.25 | Notify | 03BRL-CAD Wiki:Sandy1204443 * 0 /wiki/User:Sandy1204443: |
| 09:15.55 | andrei_ | if it is not NULL? Then where should I allocate it first time, in the bot constructor? |
| 09:17.14 | d_rossberg | no, allocate the array only if normals are explicitely set (at least for one face) |
| 09:21.04 | andrei_ | so if normals isn't NULL, I ll allocate/reallocate face_normals. Did I understand this right? |
| 09:24.47 | d_rossberg | if normals is NULL face_normals should be NULL too, so i would test face_normals ... |
| 09:25.54 | andrei_ | yes, but that's the confusion I have |
| 09:25.58 | andrei_ | does face_normals depend on normals |
| 09:26.01 | andrei_ | or is the other way around |
| 09:26.36 | d_rossberg | face_normals consists of indices pointing to elements in normals |
| 09:28.04 | andrei_ | so in insert/append face I test face_normals and reallocate if it s not null, I understood this |
| 09:30.41 | d_rossberg | but with which values will you initialize the new elements in face_normals? |
| 09:31.28 | d_rossberg | (i have no answer yet, maybe you'll get an idea when looking into the bot code) |
| 09:31.29 | andrei_ | one sec, let me get the source |
| 09:33.11 | andrei_ | No, no, this is what I meant |
| 09:33.18 | andrei_ | Face has a method called setNormal |
| 09:33.43 | andrei_ | I thought the simplest method would be to allocate if NULL there |
| 09:33.58 | andrei_ | so you wouldn't have to initialize any value |
| 09:34.17 | andrei_ | but you could reallocate in insert/append face without setting values |
| 09:34.21 | andrei_ | Does this make any logical sense? |
| 09:41.30 | *** join/#brlcad caen23 (~caen23@92.83.188.120) |
| 10:48.49 | d_rossberg | the simplest (and also the standard) method is to not touch face_normals if it's NULL |
| 10:49.43 | d_rossberg | if you have to reallocate/set it you have to look for some reasonable valid values |
| 10:50.21 | andrei_ | I'm saying that it has to be allocated somewhere, otherwise it will always be null |
| 10:50.42 | andrei_ | and I figured that when you want to set a faceNormal(setNormal in Face object) would be a valid place |
| 10:50.46 | andrei_ | if it hasn't been already allocated |
| 10:52.13 | d_rossberg | face_normals is "normally" NULL, this is a valid value for this pointer |
| 10:52.52 | andrei_ | if so, in an Face object, setNormal does what? |
| 10:57.33 | d_rossberg | that's a good question :) - it should set the normals for a particualar face |
| 10:58.18 | d_rossberg | if face_normals isn't allocated yet, it has too be allocated now and initialized with the default normals |
| 10:58.51 | d_rossberg | i.e. normals vertical to the faces |
| 11:00.12 | andrei_ | what's the relation between |
| 11:00.21 | andrei_ | num_normals and face_normals? |
| 11:00.30 | andrei_ | sorry, num_normals and num_face_normals |
| 11:02.30 | d_rossberg | num_normals is the size of normals, i.e. the vector storage; num_face_normals is the size of face_normals, i.e. the indices assigned to the faces which are pointing into the vector storage |
| 11:03.03 | d_rossberg | normally num_face_normals should be either 0 or num_faces |
| 11:03.43 | andrei_ | This means that if you call setNormal on a face and face_normals is null, it gets allocated to num_faces |
| 11:05.18 | andrei_ | what I say might be stupid but, to get a face normal you would do |
| 11:05.36 | andrei_ | normals[face_normals[m_faceindex]] |
| 11:05.54 | andrei_ | <PROTECTED> |
| 11:09.50 | d_rossberg | in general yes, but you have to consider that normals is fast_f* and face_normals int* (i.e. there are som "* 3" needed) |
| 11:10.06 | andrei_ | yes, I was thinking of the relationship between them |
| 11:10.19 | andrei_ | great, now I believe i understood what to do with them, thanks ! |
| 11:16.35 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 11:42.34 | d_rossberg | andrei_: i'll commit the Sketch to rt^3 even it is incomplete, i can track your progress there more easier |
| 11:42.58 | andrei_ | thanks, but what is it missing? |
| 11:43.09 | andrei_ | I wrote the deleteSegment which you mentioned in the feedback |
| 11:47.12 | d_rossberg | e.g. the connections to the database? (in ConstDatabase and Database) |
| 11:47.49 | d_rossberg | ... (and some other stuff) ... |
| 11:49.11 | andrei_ | I've got the Database and Constdatabase written and I ll fix them, the problem is I use two 'branches' |
| 11:49.14 | andrei_ | one for sketch and one for bot |
| 11:49.20 | andrei_ | and I forgot to update sketch, sorr |
| 11:49.21 | andrei_ | y |
| 11:50.17 | d_rossberg | no problem, when it's checked in you'll work directly on rt^3, so wait for my commit |
| 11:50.31 | andrei_ | sure |
| 12:09.09 | *** join/#brlcad user_name (~Divyanshi@223.225.207.15) |
| 12:19.23 | Notify | 03BRL-CAD:d_rossberg * 61952 rt^3/trunk/src/coreInterface/CMakeLists.txt: applied "Sketch primitive interface and implementation" from Andrei Popescu (http://sourceforge.net/p/brlcad/patches/280) with some modificationselement implementation needs to be completed |
| 13:07.51 | Notify | 03BRL-CAD:starseeker * 61953 (brlcad/branches/rel8/doc/docbook/system/man1/en/brlcad.xml brlcad/branches/rel8/doc/docbook/system/man1/en/bw-fb.xml and 57 others): Sync through trunk r61952 |
| 13:08.24 | Notify | 03BRL-CAD:starseeker * 61955 (brlcad/branches/gecode/doc/docbook/system/man1/en/brlcad.xml brlcad/branches/gecode/doc/docbook/system/man1/en/bw-fb.xml and 57 others): Sync through trunk r61952 |
| 13:08.26 | Notify | 03BRL-CAD:starseeker * 61954 (brlcad/branches/openscenegraph/doc/docbook/system/man1/en/brlcad.xml brlcad/branches/openscenegraph/doc/docbook/system/man1/en/bw-fb.xml and 58 others): Sync through trunk r61952 |
| 13:08.37 | Notify | 03BRL-CAD:starseeker * 61956 (brlcad/branches/bullet/doc/docbook/system/man1/en/brlcad.xml brlcad/branches/bullet/doc/docbook/system/man1/en/bw-fb.xml and 57 others): Sync through trunk r61952 |
| 13:44.20 | raj12lnm | kanzure : ctypesgen cannot handle C++. (as I understand) |
| 13:44.33 | raj12lnm | there web page says : " This project automatically generates ctypes wrappers for header files written in C. " |
| 13:44.43 | raj12lnm | That is why the whole wrapping has become an issue |
| 13:44.53 | raj12lnm | else we could have used the way it is wrapped in python-brlcad. |
| 13:48.11 | Zhao_Anqing | d_rossberg: hi, daniel. how about the import/export work. are they right :) |
| 13:58.54 | *** join/#brlcad luca79 (~luca@net-37-116-127-141.cust.vodafonedsl.it) |
| 13:59.14 | d_rossberg | unfortunately i need some more time zo test it |
| 14:02.46 | Zhao_Anqing | OK. Fine. Thank you. |
| 14:04.19 | kanzure | raj12lnm: pygccxml is the same in pybindgen and ctypesgen |
| 14:05.12 | raj12lnm | kanzure : pygccxml can give all the class info, method info etc. |
| 14:05.16 | raj12lnm | in an xml file |
| 14:05.36 | raj12lnm | but then the tool needs to have the ability to parse that xml and use it |
| 14:05.44 | raj12lnm | (this is how I understand it) |
| 14:15.22 | ankesh11 | maths22: brlcad ``Erik Would be great if one of you can install mod_wsgi on the server. |
| 14:15.42 | ankesh11 | It's the Apache module used to serve Python(Django) modules. |
| 14:16.10 | ankesh11 | The installation is pretty straightforward using FreeBSD Ports. |
| 14:16.13 | ankesh11 | http://code.google.com/p/modwsgi/wiki/InstallationOnFreeBSD |
| 15:10.17 | kanzure | raj12lnm: yes. that's what ctypesgen and pybindgen are doing. |
| 16:47.50 | raj12lnm | kanuzre : but pybindgen can parse c++ headers as well and ctypesgen cannot |
| 17:04.27 | *** join/#brlcad gurwinder (75c76073@gateway/web/freenode/ip.117.199.96.115) |
| 17:08.19 | gurwinder | Hello brlcad |
| 17:14.26 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) |
| 17:47.43 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 19:00.07 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7590 /wiki/User:Krajkreddy/GSOC14/summary: /* GSOC 14 Summary */ |
| 19:00.50 | Notify | 03BRL-CAD:ejno * 61957 (brlcad/trunk/src/libgcv/solidity.cpp brlcad/trunk/src/libgcv/solidity.h): faster algorithm for bot_is_solid() |
| 19:06.59 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7591 /wiki/User:Krajkreddy/GSOC14/summary: |
| 19:08.05 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 19:08.46 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7592 /wiki/User:Krajkreddy/GSOC14/summary: |
| 19:14.03 | Notify | 03BRL-CAD:ejno * 61958 brlcad/trunk/src/libgcv/solidity.cpp: check for more than two half-edges; add comments |
| 19:16.08 | Notify | 03BRL-CAD:ejno * 61959 brlcad/trunk/src/libgcv/solidity.cpp: fix typo |
| 19:23.45 | Notify | 03BRL-CAD:ejno * 61960 brlcad/trunk/src/libgcv/solidity.cpp: update includes and improve code formatting |
| 19:53.28 | Notify | 03BRL-CAD:ejno * 61961 (brlcad/trunk/src/libgcv/solidity.cpp brlcad/trunk/src/libgcv/solidity.h): add bot_is_oriented() and bot_is_closed_fan() |
| 20:09.50 | Notify | 03BRL-CAD:ejno * 61962 brlcad/trunk/src/libgcv/solidity.cpp: fix bot_is_oriented() |
| 20:10.28 | starseeker | hmm: http://nikhilm.github.io/uvbook/utilities.html#loading-libraries |
| 20:36.57 | Notify | 03BRL-CAD:ejno * 61963 brlcad/trunk/src/libgcv/solidity.cpp: fix bot_is_oriented() |
| 20:45.52 | kanzure | raj12lnm: ctypesgen doesn't parse c++ headers, pyccxml does |
| 20:59.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 20:59.57 | Notify | 03BRL-CAD:starseeker * 61964 brlcad/trunk/src/conv/obj-g.c: Split string for C90 |
| 21:18.09 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 21:21.25 | Notify | 03BRL-CAD:carlmoore * 61965 (brlcad/trunk/doc/docbook/system/man1/en/sun-pix.xml brlcad/trunk/src/util/sun-pix.c): for sun-pix, change -h to -H; initialize some not-already-initialized flags; add -C to the manpage |
| 21:33.57 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7593 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 10 */ |
| 22:23.21 | Notify | 03BRL-CAD:starseeker * 61966 (brlcad/branches/openscenegraph/include/dm.h brlcad/branches/openscenegraph/src/libdm/dm-generic.c brlcad/branches/openscenegraph/src/libdm/dm-osg.cpp): Start actually mocking up the new libdm approach, to see if it is actually workable or not. |