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) |