| 00:15.43 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 00:25.53 | CIA-55 | BRL-CAD: 03r_weiss * r41572 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: |
| 00:25.53 | CIA-55 | BRL-CAD: Updated function rt_pipe_tess. Changed some tolerances that were preventing some |
| 00:25.53 | CIA-55 | BRL-CAD: pipe bends from tesselating. Also changed some compares from 0.0 to SMALL_FASTF |
| 00:25.53 | CIA-55 | BRL-CAD: which could be causing problems. These changes improved 'ev' and 'facetize' for |
| 00:25.53 | CIA-55 | BRL-CAD: the sample model 'toyjeep.g'. Further testing is necessary but I believe these |
| 00:25.53 | CIA-55 | BRL-CAD: changes will show improvement in other models containing pipes. |
| 00:29.11 | brlcad | 200,000 objects converted |
| 01:42.35 | *** join/#brlcad yukonbob_ (~bch@S010600235a187d92.ok.shawcable.net) |
| 01:52.57 | CIA-55 | BRL-CAD: 03r_weiss * r41573 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: |
| 01:52.57 | CIA-55 | BRL-CAD: Updated functions 'nmg_boolean' and 'nmg_booltree_evaluate'. Removed |
| 01:52.57 | CIA-55 | BRL-CAD: 'nmg_model_fuse' from the function 'nmg_boolean' and placed it within |
| 01:52.57 | CIA-55 | BRL-CAD: 'nmg_booltree_evaluate' which is later in the boolean process and is where all |
| 01:52.57 | CIA-55 | BRL-CAD: the geometry is location in a single nmg model structure. This change appears to |
| 01:52.57 | CIA-55 | BRL-CAD: improve 'facetize' but further testing is necessary. |
| 01:58.43 | *** join/#brlcad crazy_imp (~mj@a89-183-92-126.net-htp.de) |
| 02:23.31 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 04:20.02 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) |
| 04:20.03 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 05:30.29 | *** join/#brlcad yukonbob_ (~bch@S0106001cf044d085.ok.shawcable.net) |
| 05:40.01 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 05:59.48 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) |
| 06:28.16 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 10:09.05 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 11:39.04 | d-lo | Mernin all! |
| 11:43.57 | *** join/#brlcad merzo (~merzo@143-100-94-178.pool.ukrtel.net) |
| 12:11.18 | ``Erik | yargh |
| 12:31.31 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 12:32.56 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 13:06.12 | ``Erik | ohyeh, that's a slow computer |
| 14:07.28 | CIA-55 | BRL-CAD: 03brlcad * r41574 10/brlcad/trunk/doc/docbook/system/mann/en/search.xml: gree! |
| 15:28.52 | CIA-55 | BRL-CAD: 03brlcad * r41575 10/brlcad/trunk/sh/conversion.sh: |
| 15:28.52 | CIA-55 | BRL-CAD: add the ability to specify a secondary mged that supports the search command so |
| 15:28.52 | CIA-55 | BRL-CAD: you can find geometry using a 7.14.0+ enabled mged, but then convert geometry |
| 15:28.52 | CIA-55 | BRL-CAD: using versions of mged that predate the search command. also add the ability to |
| 15:28.53 | CIA-55 | BRL-CAD: specify search parameters so you can limit conversion to subsets of geometry |
| 15:28.53 | CIA-55 | BRL-CAD: like only regions, primitives, top-level objects, etc. |
| 15:30.17 | ``Erik | heh, yeh |
| 15:31.07 | ``Erik | rweiss had mentioned that the script seemed skewed due to doing all 'things' instead of just regions, I'm not sure I see any significant value in measuring above region level, but below is a good debug exercise for failures |
| 15:31.54 | ``Erik | g-nmg can probably be trivially instrumented with failure info, as well |
| 15:40.43 | ``Erik | hm, new arm kernel built, dd'd to a drive... but I think I'll hold off on trying to boot it, I surspect kernel hacking will follow |
| 15:46.26 | starseeker | needs to remember the difference between grees and trees ;-) |
| 15:48.18 | starseeker | ``Erik: I'd imagine converting above the region level is sometimes desirable if you want one BoT object that represents an entire vehicle without managing multiple bots |
| 15:49.23 | starseeker | Admittedly I can't really think offhand of a case where that might be an issue, but I suppose it might be in some simple web viewers or something else very simple... |
| 15:49.42 | starseeker | dunno much about the various 3d display plugins |
| 15:49.53 | starseeker | saddles up and heads in |
| 16:08.29 | ``Erik | off the top of my head, I cannot think of anything that wants a single massive triangle soup that cannot collate it all itself :/ |
| 16:09.04 | ``Erik | even lame crap like ogre and osg can cope with multiple meshes :D even wavefront! |
| 16:30.17 | *** join/#brlcad yukonbob_ (~bch@S01060050bf9b099c.ok.shawcable.net) |
| 16:44.57 | brlcad | there's nothing special about regions as far as conversions are concerned other than the implicit assumption that there should only be unions/groupings above it |
| 16:45.28 | brlcad | it's not skewed, it's the reality of the database, just an artifact of the fact that it's a DAG |
| 16:46.34 | brlcad | the bigger problem going above the region level is ending up with resulting meshes that preserve solidity |
| 16:47.33 | brlcad | still that's all completely irrelevant per my comments on the mailing list about what the script's scope and purpose is |
| 16:48.32 | brlcad | those changes let the script's scope increase a little bit more so we can test OTHER questions like just conversion of regions or just primitives or any other arbitrary set of geometry deemed relevant for testing |
| 16:49.14 | brlcad | otherwise, users do NOT care whether they thing they asked to convert is above at or below the region level -- a fact many people seem to keep forgetting |
| 17:07.29 | *** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no) |
| 17:55.46 | CIA-55 | BRL-CAD: 03starseeker * r41576 10/rt^3/trunk/ (CMakeLists.txt src/GS/CMakeLists.txt): |
| 17:55.46 | CIA-55 | BRL-CAD: Dave, let me know if this causes trouble but I'm adding logic to move things to |
| 17:55.46 | CIA-55 | BRL-CAD: bin and lib dirs in the build instead of leaving them in the src/... directories |
| 17:55.46 | CIA-55 | BRL-CAD: - the BRL-CAD cmake build does this and I've found it convenient... |
| 18:20.59 | brlcad | one more release detail, if a new binary distribution is uploaded (like the windows binary), you have to mark that file as the new default download for that platform |
| 18:21.14 | brlcad | otherwise it will sill point users to the previous marked version |
| 18:21.17 | starseeker | ah, k |
| 18:32.42 | brlcad | it's the little 'i' next to the tiny download statistic graph |
| 18:33.37 | brlcad | which affected you upload ``Erik but i went ahead and fixed it |
| 18:38.50 | CIA-55 | BRL-CAD: 03starseeker * r41577 10/rt^3/trunk/ (CMakeLists.txt src/GS/CMakeLists.txt): Hmm - let's not make those changes until I've succeeded in using the current setup... |
| 19:07.21 | *** join/#brlcad yukonbob (~bch@20-144.wireless.kamloops.net) |
| 20:37.14 | CIA-55 | BRL-CAD: 03brlcad * r41578 10/brlcad/trunk/TODO: rework gqa semaphore locking so there is no resource contention. |
| 22:07.23 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |