| 01:04.18 | CIA-28 | BRL-CAD: 03starseeker * r35930 10/brlcad/trunk/src/librt/primitives/epa/epa_brep.cpp: This seems to create an epa geometry for at least the axis aligned case, but for some reason fails to raytrace. |
| 01:20.58 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-185.sbndin.btas.verizon.net) | |
| 01:43.22 | starseeker | growl.... why doesn't that work? |
| 01:43.35 | brlcad | because it's wednesday |
| 01:43.42 | brlcad | code rarely ever works on wednesday |
| 01:43.51 | starseeker | heh |
| 01:43.59 | ``Erik | wait, is it a full moon? |
| 01:44.15 | starseeker | the wireframe looks great, indianlarry's surface plotting routine likes it... |
| 01:57.07 | *** join/#brlcad talcite (n=matthew@69.165.133.17) | |
| 02:16.15 | brlcad | that is so weird. i know it's my machine name, it's pingable, but i have no idea where in my house the machine is |
| 02:16.59 | brlcad | aha! |
| 02:17.19 | brlcad | finds the device tucked away |
| 02:28.29 | ``Erik | heh |
| 03:05.32 | *** join/#brlcad talcite_ (n=matthew@75-119-229-102.dsl.teksavvy.com) | |
| 03:10.45 | CIA-28 | BRL-CAD: 03starseeker * r35931 10/brlcad/trunk/src/librt/primitives/epa/epa_brep.cpp: |
| 03:10.45 | CIA-28 | BRL-CAD: Back to the idea of using a known good surface to deduce a template - less |
| 03:10.45 | CIA-28 | BRL-CAD: elegant but it DOES raytrace successfully. Will have to apply rotation and |
| 03:10.45 | CIA-28 | BRL-CAD: translation operations to make this map to anything off axis, but that should be |
| 03:10.45 | CIA-28 | BRL-CAD: doable. |
| 03:13.04 | starseeker | hrm. might need to do a 'half parabola' curve to do a revolve, looking at the wireframe... |
| 03:13.30 | starseeker | oh well, if this proves general it can stay put, however ugly it may be... |
| 05:15.54 | *** join/#brlcad ``Erik (i=erik@c-69-140-109-104.hsd1.md.comcast.net) | |
| 07:55.47 | CIA-28 | BRL-CAD: 03d_rossberg * r35932 10/brlcad/trunk/src/librt/primitives/epa/epa_brep.cpp: |
| 07:55.47 | CIA-28 | BRL-CAD: MSVC error: there is no sqrt(int), therefore which overloaded version of sqrt() should the compiler choose: sqrt(float), sqrt(double) or sqrt(long double)? |
| 07:55.47 | CIA-28 | BRL-CAD: => changed the parameters (constants) type to double |
| 08:01.30 | CIA-28 | BRL-CAD: 03d_rossberg * r35933 10/brlcad/trunk/misc/win32-msvc/CMakeLists.txt: forgot to update this after the reorganization of src/conf CMake files (revision 34269) |
| 10:27.38 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-106.sbndin.btas.verizon.net) | |
| 11:34.26 | CIA-28 | BRL-CAD: 03brlcad * r35934 10/brlcad/trunk/include/ged.h: |
| 11:34.26 | CIA-28 | BRL-CAD: begin providing means to dig into the gedp without the user needing to know the |
| 11:34.26 | CIA-28 | BRL-CAD: internal structure directly. provide a GED_INITIALIZED() which checks for a |
| 11:34.26 | CIA-28 | BRL-CAD: non-null wdbp. provide GED_LOCAL2BASE() and GED_BASE2LOCAL() that return the |
| 11:34.27 | CIA-28 | BRL-CAD: database conversion factors. |
| 11:35.27 | CIA-28 | BRL-CAD: 03brlcad * r35935 10/brlcad/trunk/src/libged/glob.c: first example use of GED_INITIALIZED() to make the database open check return status conditional on the database being initialized. |
| 11:42.20 | CIA-28 | BRL-CAD: 03brlcad * r35936 10/brlcad/trunk/include/ged.h: ugh, ged_internal_call? really? this needs to die. |
| 12:05.59 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) | |
| 12:12.43 | *** join/#brlcad talcite_ (n=matthew@75-119-229-102.dsl.teksavvy.com) | |
| 12:23.14 | Yoshi47 | 8577:14 mged |
| 12:30.00 | d-lo | how complex was the geometry that you were trying to tessilate? |
| 12:45.27 | Yoshi47 | a block with a couple of cut outs, and 6 threaded holes with the M8 bolt from the hex db |
| 12:48.11 | d-lo | any or it BoTs? |
| 12:48.36 | d-lo | s/or/of/g |
| 12:52.58 | Yoshi47 | BoT? whats the again, i haven't been using brlcad for a week now since this thing is going for so long |
| 12:53.11 | d-lo | bag of triangles. |
| 12:53.38 | Yoshi47 | mine are arb8 and the bolts are made out of trc |
| 12:53.44 | Yoshi47 | lots of them |
| 12:54.07 | d-lo | and I am begining to think that a) you were unlucky enough to find a bug, or b) something in your geometry is causing the tessilator to spend Loooots of time. |
| 12:54.21 | d-lo | did you try to tessilate the entire geometry at once? |
| 12:54.25 | Yoshi47 | oh most likely, |
| 12:54.54 | Yoshi47 | im facetize is that the same as tess |
| 12:55.19 | d-lo | yes. |
| 12:55.38 | ``Erik | the bolt is insane, subtracting is will be very brutal on the tesselator |
| 12:55.40 | d-lo | You might try facetizing something lower in the heirarchy first. See if you can figure out what is taking sooooo long. |
| 12:55.41 | Yoshi47 | i just did the whole comb |
| 12:55.57 | Yoshi47 | i don't want to cancel this after that much time do I? |
| 12:56.09 | d-lo | how many cpu's do you have? |
| 12:56.24 | Yoshi47 | dual core and its using the one full time |
| 12:57.04 | d-lo | then make a copy of the db, and play with the copy. run facetize on a few regions to see if you can figure out what geometry is causing the massive slow down. |
| 12:57.23 | Yoshi47 | i guess i could |
| 12:57.29 | Yoshi47 | well see later, |
| 12:57.37 | Yoshi47 | need to do some work at work! |
| 12:58.21 | d-lo | lata |
| 13:07.01 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) | |
| 13:07.11 | _clock_ | lovely bug: |
| 13:07.16 | _clock_ | Fixed an overflow in the timer handling. If the timer happened to be supposed |
| 13:07.19 | _clock_ | to fire few milliseconds before the 32-bit ticks timer wraps around (every 49 |
| 13:07.21 | _clock_ | days) and the system were loaded so that before the trigger of the timer was |
| 13:07.24 | _clock_ | detected, the system time wrapped around, then the timer would be missed and |
| 13:07.26 | _clock_ | trigger again only in approximately 49 days. |
| 13:18.48 | ``Erik | windows 7 sp 1? :D |
| 13:30.51 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-106.sbndin.btas.verizon.net) | |
| 13:54.07 | CIA-28 | BRL-CAD: 03brlcad * r35937 10/brlcad/trunk/NEWS: richard weiss added a make_pnts command for importing point cloud data from files with a given specified column ordering. |
| 13:54.38 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 13:56.27 | CIA-28 | BRL-CAD: 03brlcad * r35938 10/brlcad/trunk/src/libged/make_pnts.c: fix copyright and footer, file started in 2009. footer viline has to be at the end of the file or it's ignored. |
| 14:01.02 | CIA-28 | BRL-CAD: 03brlcad * r35939 10/brlcad/trunk/src/libged/make_pnts.c: minor formatting cleanup |
| 14:23.17 | CIA-28 | BRL-CAD: 03brlcad * r35940 10/brlcad/trunk/src/libged/make_pnts.c: reduce complexity. use bu_vls strings instead of manually manaaging c-strings. makes memory management easier and the custom whitespace routine can go away. |
| 14:30.20 | CIA-28 | BRL-CAD: 03brlcad * r35941 10/brlcad/trunk/src/libged/make_pnts.c: another manual temp c-string conversion to a bu_vls string |
| 14:32.30 | CIA-28 | BRL-CAD: 03brlcad * r35942 10/brlcad/trunk/src/libged/make_pnts.c: style consistency |
| 14:56.59 | CIA-28 | BRL-CAD: 03brlcad * r35943 10/brlcad/trunk/src/libged/make_pnts.c: the last format string refactoring is a bit more complicated given the logic being employed, but should be a faithful conversion to a bu_vls. needs more testing. |
| 14:59.07 | CIA-28 | BRL-CAD: 03brlcad * r35944 10/brlcad/trunk/src/libged/make_pnts.c: and now the main point of the refactoring, reduce complexity and entropy by eliminating the redundant whitespace trimming function now that all the places it was being called have been converted to a vls. |
| 15:17.46 | CIA-28 | BRL-CAD: 03brlcad * r35945 10/brlcad/trunk/NEWS: |
| 15:17.46 | CIA-28 | BRL-CAD: bob fixed a bug when raytracing an object that is displayed for editing within a |
| 15:17.46 | CIA-28 | BRL-CAD: given subpath context (e.g. draw all.g/cone.r ; rt). the display lists weren't |
| 15:17.46 | CIA-28 | BRL-CAD: being tracked as pathed objects, only lists of solids. now they're tracked as |
| 15:17.46 | CIA-28 | BRL-CAD: display lists that refers to what the user asked for, each path with its own |
| 15:17.48 | CIA-28 | BRL-CAD: solids list. |
| 15:34.10 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) | |
| 15:56.09 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-106.sbndin.btas.verizon.net) | |
| 16:13.01 | *** join/#brlcad Elrohir (n=kvirc@p5B14EF18.dip.t-dialin.net) | |
| 16:14.05 | CIA-28 | BRL-CAD: 03brlcad * r35946 10/brlcad/trunk/src/libdm/dm-rtgl.c: clean up comment formatting, remove a big chunk of unused code for tops/buildtree/getchildren (which don't belong here anyways, need to use/refactor libged or librt). |
| 16:24.32 | *** join/#brlcad jdoliner (n=jdoliner@c-67-173-0-29.hsd1.il.comcast.net) | |
| 16:31.13 | *** join/#brlcad Ralith (n=ralith@d142-058-081-077.wireless.sfu.ca) | |
| 16:33.03 | CIA-28 | BRL-CAD: 03brlcad * r35947 10/brlcad/trunk/src/libdm/dm-rtgl.c: quell most pedantic compilation warnings |
| 16:40.44 | CIA-28 | BRL-CAD: 03starseeker * r35948 10/brlcad/trunk/src/ (3 files in 3 dirs): Start getting set up for ehy brep. |
| 17:20.31 | *** join/#brlcad Ralith_ (n=ralith@d142-058-081-077.wireless.sfu.ca) | |
| 17:33.23 | *** join/#brlcad mafm (n=mafm@2.Red-83-63-197.staticIP.rima-tde.net) | |
| 18:41.19 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-106.sbndin.btas.verizon.net) | |
| 18:57.28 | *** join/#brlcad Ralith (n=ralith@69.90.48.127) | |
| 19:37.50 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) | |
| 20:13.56 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-106.sbndin.btas.verizon.net) | |
| 20:21.12 | CIA-28 | BRL-CAD: 03indianlarry * r35949 10/brlcad/trunk/ (3 files in 3 dirs): (log message trimmed) |
| 20:21.12 | CIA-28 | BRL-CAD: Added getSurfacePoint() that uses the bounding volumes along with the |
| 20:21.12 | CIA-28 | BRL-CAD: Newton iterate to find the surface UV of a point on the surface. |
| 20:21.12 | CIA-28 | BRL-CAD: Fixed getCurveEstimateOfV() for decreasing 't' ranges. |
| 20:21.12 | CIA-28 | BRL-CAD: Added getLeavesBoundingPoint() function to BVNode to return bounding |
| 20:21.13 | CIA-28 | BRL-CAD: leafs that contain the point. |
| 20:21.15 | CIA-28 | BRL-CAD: Initialized m_face to NULL for all BVNode constructors. |
| 20:23.40 | CIA-28 | BRL-CAD: 03indianlarry * r35950 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Updated and added some libged 'brep' command options. Not in usage message yet so still consideer WIP. |
| 20:52.33 | *** join/#brlcad talcite_ (n=matthew@75-119-229-102.dsl.teksavvy.com) | |
| 21:04.50 | CIA-28 | BRL-CAD: 03starseeker * r35951 10/brlcad/trunk/src/librt/primitives/ehy/ehy_brep.cpp: Use a revolve technique, which this time actually raytraces - seems to be generating a match for the ehy on-axis. |
| 21:08.31 | CIA-28 | BRL-CAD: 03starseeker * r35952 10/brlcad/trunk/src/librt/primitives/ehy/ehy_brep.cpp: Er, scaling the other way. |