| 00:17.49 | jordisayol | starseeker: yes, You're right. I'll try to find the rpm package containing this header, thanks |
| 00:26.10 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) |
| 00:29.00 | *** join/#brlcad Yoshi477 (~jan@d72-39-60-53.home1.cgocable.net) |
| 00:33.46 | CIA-62 | BRL-CAD: 03jordisayol * r46391 10/brlcad/trunk/sh/ (make_deb.sh make_rpm.sh): Changed more deb/rpm building dependencies. |
| 00:36.17 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 01:06.22 | CIA-62 | BRL-CAD: 03starseeker * r46392 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/ResetCache.cmake): |
| 01:06.22 | CIA-62 | BRL-CAD: Need more testing, but this setup swaps between 32 and 64 bit compilation |
| 01:06.22 | CIA-62 | BRL-CAD: without requiring the nuking of the build directory files. In other words, |
| 01:06.22 | CIA-62 | BRL-CAD: changing the BRLCAD-CPU_TYPE in cmake-gui and running configure should 'do the |
| 01:06.22 | CIA-62 | BRL-CAD: right thing' automatically, and does on the system tested so far. |
| 01:07.28 | starseeker | sweet |
| 01:08.59 | CIA-62 | BRL-CAD: 03starseeker * r46393 10/brlcad/trunk/CMakeLists.txt: mark BULLET_INCLUDE_DIR as advanced |
| 01:33.35 | brlcad | starseeker: nice list of extra deps there in jordi's stuff (sh/make_deb.sh) |
| 01:36.00 | brlcad | and nice fixup with RESET_CACHE_FILE :) |
| 01:41.49 | CIA-62 | BRL-CAD: 03starseeker * r46394 10/brlcad/branches/STABLE/src/mged/ (mged.c setup.c): Add r45544 to stable - restores rt and rtarea output to mged. |
| 01:45.54 | brlcad | aha .. that's right -- not a vls init issue, it was a ged init issue, the struct gets reinitialized when a database is closed, but was never resetting the i/o handlers |
| 01:51.24 | CIA-62 | BRL-CAD: 03starseeker * r46395 10/brlcad/branches/STABLE/src/librt/opennurbs_ext.h: Add the nurbs wireframe fix from 45532 and 45533 - prevents an infinite loop. |
| 03:46.44 | CIA-62 | BRL-CAD: 03starseeker * r46396 10/brlcad/trunk/src/conv/obj-g_new.c: Mac didn't like NULL, go with 0 |
| 04:43.19 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 05:51.39 | CIA-62 | BRL-CAD: 03starseeker * r46397 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: Can't use a system lemon unless lempar.c is present in the same directory - check that too. |
| 06:15.25 | CIA-62 | BRL-CAD: 03starseeker * r46398 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: lemon generates a .out file by default - could just add -q arg, but we may want that out file for debugging at some point so just go ahead and add it to the output list for now. |
| 06:17.33 | starseeker | come to think of it, our uce-dirent.h file is third party |
| 06:25.45 | CIA-62 | BRL-CAD: 03starseeker * r46399 10/brlcad/trunk/src/mged/CMakeLists.txt: fix mged linking if bullet is around |
| 06:45.59 | CIA-62 | BRL-CAD: 03starseeker * r46400 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: If all the flags fail, don't try it - need to be able to successfully tell the compiler 32/64 bit, otherwise configure specifically for something the compiler can't do should fail. |
| 07:30.21 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 08:01.07 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 08:35.31 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 10:35.03 | *** join/#brlcad abhi2011 (~chatzilla@wlan-145-94-184-039.wlan.tudelft.nl) |
| 11:28.17 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 12:40.47 | *** join/#brlcad abhi2011_ (~chatzilla@wlan-145-94-184-039.wlan.tudelft.nl) |
| 12:50.22 | *** join/#brlcad abhi2011 (~chatzilla@wlan-145-94-184-039.wlan.tudelft.nl) |
| 13:03.01 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 14:06.06 | brlcad | it is, should get moved |
| 14:36.30 | CIA-62 | BRL-CAD: 03starseeker * r46401 10/brlcad/trunk/src/other/uce-dirent/: uce-dirent is external, prepare a src/other home |
| 14:51.29 | CIA-62 | BRL-CAD: 03starseeker * r46402 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: tweak so things are quieter on repeat runs of cmake |
| 14:51.52 | CIA-62 | BRL-CAD: 03starseeker * r46403 10/brlcad/trunk/src/ (5 files in 2 dirs): move uce-dirent to src/other |
| 15:01.25 | brlcad | thinks we could probably do what that header is doing easier and more simply without it |
| 15:02.27 | brlcad | shouldn't even be needed on most modern non-windows platforms |
| 15:04.12 | starseeker | possibly - it was a quick and functional solution for near-zero work at the time |
| 15:18.29 | CIA-62 | BRL-CAD: 03starseeker * r46404 10/brlcad/trunk/src/other/lemon/README: Add a README file for lemon. probably should add the lemon docs as a text file too but that'll take a bit more reformatting |
| 15:25.20 | *** join/#brlcad abhi2011 (~chatzilla@wlan-145-94-184-039.wlan.tudelft.nl) |
| 15:31.59 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) |
| 16:09.48 | CIA-62 | BRL-CAD: 03starseeker * r46405 10/brlcad/trunk/src/libpc/CMakeLists.txt: Oh yeah, probably should uncomment the tests too. |
| 16:12.33 | CIA-62 | BRL-CAD: 03starseeker * r46406 10/brlcad/trunk/CMakeLists.txt: don't want recursive behavior, so spot .. and ignore it in distcheck path handling. |
| 16:13.52 | CIA-62 | BRL-CAD: 03starseeker * r46407 10/brlcad/trunk/ (10 files in 4 dirs): Update/add dist files and ignore lists for CMake distcheck |
| 16:27.17 | CIA-62 | BRL-CAD: 03starseeker * r46408 10/brlcad/trunk/src/libpc/CMakeLists.txt: Bah, spoke too soon - test apps aren't happy. |
| 16:35.16 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) |
| 16:46.43 | starseeker | can't wait to see what happens on windows with obj-g </sarcasm> |
| 19:02.36 | CIA-62 | BRL-CAD: 03n_reed * r46409 10/brlcad/trunk/src/conv/obj-g_new.c: Reformatted usage string to be less verbose. |
| 19:17.01 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 20:00.22 | CIA-62 | BRL-CAD: 03starseeker * r46410 10/brlcad/trunk/CMakeLists.txt: These variables are not needed by default, but useful in some situations - put commented out lines in to illustrate how they would be set |
| 20:45.29 | *** join/#brlcad merzo (~merzo@206-1-132-95.pool.ukrtel.net) |
| 21:18.51 | *** join/#brlcad ScribbleJ (~chris@99-35-164-204.lightspeed.dwgvil.sbcglobal.net) |
| 21:20.57 | CIA-62 | BRL-CAD: 03brlcad * r46411 10/brlcad/trunk/TODO: the nmg->brep conversion routine could use a more simple 2d bounding box technique that should give tighter fitting surfaces for quad faces. could go hog wild with a convex hull calculation too. |
| 21:25.44 | ScribbleJ | I'm just getting started on trying to figure out brl-cad... is there a commonly used parts library anyplace, like for bolts, bolt holes, common shapes that aren't primitives, etc? |
| 21:29.13 | CIA-62 | BRL-CAD: 03n_reed * r46412 10/brlcad/trunk/src/librt/primitives/bot/bot.c: Having rt_bot_ifree free normals and face_normals arrays along with the others. |
| 21:32.14 | CIA-62 | BRL-CAD: 03n_reed * r46413 10/brlcad/trunk/ (include/wdb.h src/libwdb/bot.c): Marking unmodified parameters of mk_bot_w_normals as const. |
| 21:37.34 | brlcad | ScribbleJ: hello |
| 21:38.54 | ScribbleJ | Howdy! |
| 21:39.14 | brlcad | ScribbleJ: two answers to that question -- 1) there is and it's rather extensive, but you don't have access to it (it's a proprietary parts database) and more usefully 2) there are various tools in brl-cad that will generate various common shapes |
| 21:39.23 | brlcad | bolt being one of the examples |
| 21:39.37 | ScribbleJ | Those are both good answers. |
| 21:40.16 | brlcad | bolt, coil, fence, gastank, handle, human, picket_fence, tire, window, window_frame, and wire are the currently available "shape" tools (of varying quality and usefulness) |
| 21:42.22 | brlcad | there is also a different bolt script floating around that someone in the community made that will apply threading and supports standard bolt specifications |
| 21:44.25 | ScribbleJ | All right. I'm probably ahead of myself anyhow; I'll need to figure out how to do anything at all first. :) |
| 21:44.41 | brlcad | have you seen the tutorial series on the website? |
| 21:44.44 | ScribbleJ | I'm coming from having only used OpenSCAD and hoping I could find something a little more powerful. |
| 21:44.53 | ScribbleJ | I have - I've read it but I need to walk through it I think. |
| 21:45.43 | brlcad | yeah, until some of the core commands are familiar (the ones on the mged quick reference), you'll have a tough time being productive -- the tutorials help you get there if you actually do them |
| 21:46.31 | brlcad | the tutorials go through a lot of material, but even then only begin to scratch the surface of what you can do |
| 21:54.36 | *** join/#brlcad b0ef (~b0ef@160.24.202.84.customer.cdi.no) |
| 22:15.11 | CIA-62 | BRL-CAD: 03n_reed * r46414 10/brlcad/trunk/src/conv/obj-g_new.c: Fixed memory leak. A couple allocated arrays were being missed in the free_ti routine. |
| 22:31.53 | CIA-62 | BRL-CAD: 03brlcad * r46415 10/brlcad/trunk/ (5 files in 4 dirs): |
| 22:31.53 | CIA-62 | BRL-CAD: deprecate db_regexp_match() since it's nearly identical to bu_fnmatch(). it's |
| 22:31.53 | CIA-62 | BRL-CAD: probably a minimally impacting change that could be removed, but the meaning of |
| 22:31.53 | CIA-62 | BRL-CAD: the function's boolean return value is flipped making regexp substitution |
| 22:31.53 | CIA-62 | BRL-CAD: clumsy. instead, mark it for removal and make the guts call bu_fnmatch(). this |
| 22:31.53 | CIA-62 | BRL-CAD: was prompted by the existing implementation not supporting an expected feature |
| 22:31.54 | CIA-62 | BRL-CAD: for 'not' character classes ala [^abc] which bu_fnmatch does support. |
| 22:39.30 | CIA-62 | BRL-CAD: 03brlcad * r46416 10/brlcad/trunk/NEWS: |
| 22:39.30 | CIA-62 | BRL-CAD: improved globbing of object names in mged by calling the libbu bu_fnmatch() |
| 22:39.30 | CIA-62 | BRL-CAD: routine instead of the weaker librt db_regexp_match() function. this was |
| 22:39.30 | CIA-62 | BRL-CAD: prompted by noticing that support for negated character classes (e.g., [^abc]) |
| 22:39.30 | CIA-62 | BRL-CAD: was not supported but it should also improve support for other operators such as |
| 22:39.31 | CIA-62 | BRL-CAD: repetitions of character sets and anchoring to beginning and end of object |
| 22:39.32 | CIA-62 | BRL-CAD: names. |
| 22:47.50 | *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) |
| 22:54.12 | CIA-62 | BRL-CAD: 03brlcad * r46417 10/brlcad/trunk/NEWS: |
| 22:54.12 | CIA-62 | BRL-CAD: go ahead and be specific since the four prims affected will fit, cliff tightened |
| 22:54.12 | CIA-62 | BRL-CAD: the bounding boxes which 'should' improve performance but at a minimum will |
| 22:54.12 | CIA-62 | BRL-CAD: affect the autoview size of those primitives when drawn alone (as well as the bb |
| 22:54.12 | CIA-62 | BRL-CAD: command) |
| 23:25.27 | CIA-62 | BRL-CAD: 03brlcad * r46418 10/brlcad/trunk/sh/conversion.sh: |
| 23:25.28 | CIA-62 | BRL-CAD: accommodate the new options, but keeping them ordered similar to the intended |
| 23:25.28 | CIA-62 | BRL-CAD: grouping. renamed the SAVE option to KEEP to avoid ambiguity. restore output |
| 23:25.28 | CIA-62 | BRL-CAD: formatting so that column 70 isn't exceeded (keeping the output neatly |
| 23:25.28 | CIA-62 | BRL-CAD: consistent). lastly, make KEEP respect the VERBOSE setting. |
| 23:25.55 | CIA-62 | BRL-CAD: 03brlcad * r46419 10/brlcad/trunk/sh/conversion.sh: make sure the SEARCH binary exists too, set and use it as SGED |
| 23:35.05 | CIA-62 | BRL-CAD: 03brlcad * r46420 10/brlcad/trunk/sh/conversion.sh: since the working file might no longer be deleted, give it a proper .g suffix. |
| 23:35.40 | *** join/#brlcad ScribbleJ (~chris@99-35-164-204.lightspeed.dwgvil.sbcglobal.net) |
| 23:40.38 | CIA-62 | BRL-CAD: 03brlcad * r46421 10/brlcad/trunk/NEWS: |
| 23:40.38 | CIA-62 | BRL-CAD: tom browder updated the conversion.sh script with new options for KEEP and |
| 23:40.38 | CIA-62 | BRL-CAD: OPATH, which respectively allow users to keep the working copy and specify the |
| 23:40.38 | CIA-62 | BRL-CAD: object path to use for searching. combine two changes together and remove |
| 23:40.38 | CIA-62 | BRL-CAD: multiline. (multiline news items are rare, usually reserved for multiple |
| 23:40.39 | CIA-62 | BRL-CAD: contributors. also, reworded to fit to column 70.) |
| 23:45.40 | CIA-62 | BRL-CAD: 03brlcad * r46422 10/brlcad/trunk/NEWS: |
| 23:45.40 | CIA-62 | BRL-CAD: technically, memory issues are user visible, so document the recent fix from |
| 23:45.40 | CIA-62 | BRL-CAD: nicholas reed where BoT object memory was not being freed during export. this |
| 23:45.40 | CIA-62 | BRL-CAD: potentially could be a lot of memory for large bots and bots that are frequently |
| 23:45.40 | CIA-62 | BRL-CAD: edited. |
| 23:46.39 | brlcad | abhi2011: how's the progress coming along? |
| 23:47.25 | brlcad | haven't seen any bb updates or questions in a couple days |
| 23:47.45 | abhi2011 | Well havent been able to work on it for the pass 2 days, but will code a bit today :) |
| 23:47.57 | abhi2011 | a bit of thesis writing :P |
| 23:48.02 | brlcad | ah, okay |
| 23:48.59 | abhi2011 | I was wondering, the ultimate aim of the simulate command is to fire it through a mged script and then run rt on the scene ? |
| 23:49.37 | abhi2011 | so like simulate is run for say 1 step and then a scene is rendered and stored as a png image |
| 23:49.48 | abhi2011 | then its run for 2 steps and again a scene is rendered |
| 23:50.12 | abhi2011 | and then all these images will be combined using imagemagik to make a movie |
| 23:50.25 | abhi2011 | for illustration purposes |
| 23:57.54 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) |
| 23:58.38 | brlcad | abhi2011: initially, sure |
| 23:59.14 | brlcad | actually, the aim is to perform the simulation itself -- there are a variety of ways to visualize that simulation |