| 00:35.35 | *** join/#brlcad piksi (piksi@pi-xi.net) |
| 01:59.28 | brlcad | cvds_: have you read the mged tutorial? |
| 01:59.53 | brlcad | cvds_: cp will perform a shallow copy and clone will perform a deep copy |
| 02:03.35 | brlcad | as for adding a shape, it is only added to the combination you specify -- so if you cp FROM TO or clone FROM TO and then add to the TO object, it will not affect the FROM object |
| 02:06.53 | brlcad | if you *do* want to affect "all instances", then you can simply keep a base combination that you reference in your various usages .. e.g., make a REAL1 comb/region that references BASE, a REAL2 comb/region that also references BASE .. then if you modify BASE it'll affect both REAL1 and REAL2 or you can modify REAL1 or REAL2 directly to just modify that instance |
| 02:07.13 | brlcad | vol3 goes into more detail as does the oed tutorial (both on the website under the Docs section) |
| 05:14.08 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 06:13.51 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 06:43.31 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 07:45.47 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 14:24.39 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 15:01.30 | *** join/#brlcad hackrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 15:44.44 | *** join/#brlcad n_reed (~nicholas@c-68-55-142-136.hsd1.md.comcast.net) |
| 16:01.30 | cvds_ | brlcad: thanks, I shall dig up vol3. but running a cp on an combibation X giving me an X' will mean that whatever I do to X will end up in X' ? |
| 16:03.43 | cvds_ | ALso, the oed command one is a very useful read |
| 16:05.58 | cvds_ | just which one is the third, I did introduction to mged, the oed command and principles of effective modelling. |
| 17:13.27 | brlcad | cvds_: if you cp X to X1 then whatever you do to X will NOT end up in X |
| 17:13.29 | brlcad | ' |
| 17:13.54 | brlcad | principles of effective modeling is Vol3 |
| 17:14.10 | brlcad | talks about how to structure geometry |
| 17:14.23 | brlcad | as does volume 2 (into mged) but it's spread across multiple tutorials |
| 17:17.36 | cvds_ | will reread the passeges in effective modelling then |
| 17:18.24 | cvds_ | and I did some experimenting already, that oed command + shallow copies is realy nice |
| 17:53.40 | *** join/#brlcad DarkCalf (DC@173.231.40.98) |
| 17:54.41 | cvds_ | is it normal when rendering a combination to get overlap warnings when raytracing (I am getting these on a union of shapes I put together |
| 18:14.32 | brlcad | cvds_: it's normal when you have modeling "errors", sure ;) |
| 18:14.55 | brlcad | if you've not defined any regions, then the raytracer assumes that primitives are regions |
| 18:15.23 | brlcad | a region is brl-cad terminology for a part, when something becomes solid and occupies physical space |
| 18:16.12 | brlcad | probably as simple as marking your combination as a region or creating a region that unions that one combination you were using |
| 18:16.21 | brlcad | (see the 'r' command) |
| 18:20.03 | cvds_ | brlcad: That is what I expected, but wrapping the combination in a region and raytracing it still gave me the erros. I revised the combination to just substract overlapping solids |
| 18:21.04 | cvds_ | and now the raytracer is happy again |
| 18:55.12 | CIA-48 | BRL-CAD: 03erikgreenwald * r47174 10/brlcad/trunk/src/libgcv/bottess.c: fix broken indentation |
| 18:58.41 | brlcad | cvds_: I suspect when you wrapped it in a region, you were still displaying the non-region combination, so it would have still resulted in primitives getting turned into regions resulting in overlaps |
| 19:08.09 | cvds_ | that would make sense -_- I thought I blasted it tho. Let met try this |
| 19:12.12 | cvds_ | brlcad: that seems to be it indeed |
| 19:24.36 | CIA-48 | BRL-CAD: 03starseeker * r47175 10/brlcad/trunk/src/other/ (5 files in 5 dirs): TCL_CHECK_LIBRARY -> CHECK_LIBRARY_EXISTS |
| 19:29.09 | CIA-48 | BRL-CAD: 03starseeker * r47176 10/brlcad/trunk/src/other/ (4 files in 4 dirs): Whoops, not a simple one to one mapping of the macros. |
| 19:30.08 | CIA-48 | BRL-CAD: 03starseeker * r47177 10/brlcad/trunk/src/other/sqlite3/tcl/CMake/tcl.cmake: missed one... |
| 19:30.50 | cvds_ | Is there a more powerful insert command that does not add an object to the end of the combination? Since adding to the end of the tree does not always result in the result I want because of the boolean operator precedence |
| 19:34.47 | brlcad | cvds_: hm! that's actually not come up before (of recent memory) |
| 19:36.28 | brlcad | I've thought about that myself -- a command that allows position-based insertion/removal -- but afaik, doesn't exist |
| 19:36.50 | brlcad | it's usually easy enough to modify the comb with the gui or text edit (red command) or get/put commands |
| 19:37.23 | brlcad | note that the latter is very powerful, but also very unforgiving if you mess up (even simple typos can result in an unusable comb) |
| 19:37.34 | brlcad | put/get is about as low-level as it gets |
| 19:42.42 | cvds_ | brlcad: red seems to work just fine :). I wonder if I should more lower level combinations to prevent very large trees from forming ... |
| 19:43.09 | cvds_ | if I should create* |
| 19:50.21 | CIA-48 | BRL-CAD: 03starseeker * r47178 10/brlcad/trunk/src/other/incrTcl/ (itcl/CMakeLists.txt itk/CMakeLists.txt): Make a stab at updating the incrTcl CMakeLists.txt files |
| 19:51.27 | cvds_ | also considering to wrap a combination that I intend to duplicate around inside a wrapper object before copying. That way I hope that I can add solids the base object and see it propagate over the copties |
| 19:57.28 | cvds_ | heh the c command looks interesting as well |
| 19:59.17 | cvds_ | or can one use parenthesis in comb as well /me tests |
| 20:08.08 | cvds_ | parenthesis are not allowed in comb but are in c, results seems to be the same tree. Using an extra wrapper before making shallow copies allows me to add solids to the copies by adding them to the base combination |
| 20:15.17 | CIA-48 | BRL-CAD: 03starseeker * r47179 10/brlcad/trunk/src/other/tk/CMakeLists.txt: Oops - handle X11 dirs better for tk |
| 20:30.23 | CIA-48 | BRL-CAD: 03brlcad * r47180 10/brlcad/trunk/TODO: |
| 20:30.23 | CIA-48 | BRL-CAD: some reid support requests from the modeling team. add an option to increment |
| 20:30.23 | CIA-48 | BRL-CAD: with values other than 1 and another for reporting/detecting if the region |
| 20:30.23 | CIA-48 | BRL-CAD: numbers being used conflict with existing region numbers elsewhere in the |
| 20:30.23 | CIA-48 | BRL-CAD: database. |
| 20:33.06 | CIA-48 | BRL-CAD: 03brlcad * r47181 10/brlcad/trunk/HACKING: there is a facebook and twitter feed, mention them as part of the release process (ask me for the pw if you need to post) |
| 21:32.50 | CIA-48 | BRL-CAD: 03bob1961 * r47182 10/brlcad/trunk/src/libbu/dirname.c: In bu_dirname, need to check to see if slash is NULL (i.e. we could be on Windows and actually using a forward slash instead of BU_DIR_SEPARATOR which is a backslash on this platform). Don't you just love Windows? |
| 21:40.20 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 21:59.55 | CIA-48 | BRL-CAD: 03n_reed * r47183 10/brlcad/trunk/doc/bison_to_lemon.txt: additions and corrections |
| 22:26.20 | CIA-48 | BRL-CAD: 03starseeker * r47184 10/brlcad/trunk/src/other/sqlite3/ (CMakeLists.txt tcl/CMakeLists.txt): Couple tweaks to the sqlite3 build - we have now successfully run hv3 on Windows. |
| 22:30.48 | brlcad | ``Erik: indentation is broken because the macros are missing semi's |
| 22:31.48 | brlcad | they're expected after all the vmath macros (even if they technically expand to code that might not need it, that's not the intent) |
| 22:47.20 | CIA-48 | BRL-CAD: 03brlcad * r47185 10/brlcad/trunk/src/mged/ (CMakeLists.txt Makefile.am fbserv_win32.c): remove the unused-and-not-being-compiled fbserv_win32.c file, especially now that cmake is building fbserv.c across all platforms. file was referring to a non-existing pkgtypes.h libfb header too. |
| 22:49.41 | CIA-48 | BRL-CAD: 03brlcad * r47186 10/brlcad/trunk/src/conv/iges/ (CMakeLists.txt Makefile.am spl.c): remove the similarly unused spl.c file that was referring to a non-existent b_spline.h header. |
| 22:57.14 | CIA-48 | BRL-CAD: 03brlcad * r47187 10/brlcad/trunk/src/other/step/src/clutils/ (dirobj.cc stat.h): #include ridiculousness. full path to sys/stat.h (and dirent) is not portable. |
| 23:01.34 | CIA-48 | BRL-CAD: 03brlcad * r47188 10/brlcad/trunk/src/librt/ (CMakeLists.txt Makefile.am timer52brl.c): |
| 23:01.35 | CIA-48 | BRL-CAD: remove timer52brl.c for referring to header files that haven't existed in about |
| 23:01.35 | CIA-48 | BRL-CAD: a decade. there doesn't seem to be much utility in even keeping this bsd-style |
| 23:01.35 | CIA-48 | BRL-CAD: implementation around for reference since it just emulates bsd calls, and |
| 23:01.35 | CIA-48 | BRL-CAD: nowhere close to a compiling state regardless. |
| 23:07.42 | CIA-48 | BRL-CAD: 03brlcad * r47189 10/brlcad/trunk/src/adrt/ (4 files in 2 dirs): tie.h no longer lives in a libtie subdir |
| 23:11.03 | CIA-48 | BRL-CAD: 03starseeker * r47190 10/brlcad/trunk/src/other/sqlite3/CMakeLists.txt: More sqlite3 CMake tweaks |
| 23:20.48 | CIA-48 | BRL-CAD: 03brlcad * r47191 10/brlcad/trunk/src/libbu/dirname.c: |
| 23:20.48 | CIA-48 | BRL-CAD: bob's change in r47182 made it obvious that there is more logic failure and |
| 23:20.48 | CIA-48 | BRL-CAD: potential for crash.. need to make sure both slash and slash2 are non-null |
| 23:20.48 | CIA-48 | BRL-CAD: before setting them (and we want to always set them if they're not at the |
| 23:20.48 | CIA-48 | BRL-CAD: beginning of the path) |
| 23:24.45 | CIA-48 | BRL-CAD: 03brlcad * r47192 10/brlcad/trunk/src/libbu/dirname.c: rename slash/slash2 to found_dslash/found_fslash respectively so logic is a lil easier to read |
| 23:25.56 | *** part/#brlcad n_reed (~nicholas@c-68-55-142-136.hsd1.md.comcast.net) |
| 23:49.59 | *** join/#brlcad mattS_ (cb3af1be@gateway/web/freenode/ip.203.58.241.190) |