| 00:06.55 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 00:31.57 | CIA-40 | BRL-CAD: 03brlcad * r39670 10/brlcad/trunk/src/proc-db/spiral.pl: |
| 00:31.58 | CIA-40 | BRL-CAD: add a fudge factor of 6 degrees to compensate for the fact that we're |
| 00:31.58 | CIA-40 | BRL-CAD: translating the segments based on their lower corner point instead of their |
| 00:31.59 | CIA-40 | BRL-CAD: natural center. the x/y needs to change and/or the rotation angle needs to take |
| 00:31.59 | CIA-40 | BRL-CAD: the size and keypoint of the box into consideration. fudge is 'good enough' for |
| 00:32.00 | CIA-40 | BRL-CAD: this scripting example, though. |
| 00:32.00 | CIA-40 | BRL-CAD: we also batch together mged invocations in sets of 100 to reduce overhead. improves runtime by two orders of magnitude. names are simplified as well. |
| 00:36.07 | brlcad | purdy! |
| 00:36.26 | brlcad | last render for the day under way |
| 00:39.38 | starseeker | kanzure: hah - HeeksCAD does compile with a Makefile tweak |
| 00:39.44 | starseeker | nice |
| 00:45.25 | kanzure | neato |
| 00:47.00 | starseeker | bemusedly watches it try to open the OpenMoko step file... |
| 00:47.54 | kanzure | heh |
| 00:49.50 | starseeker | cool - justin got his masters degree and is resuming work on gcam |
| 00:57.01 | Ralith | oo |
| 01:05.26 | *** join/#brlcad yukonbob (~svs@S0106001125477e9c.ok.shawcable.net) | |
| 01:09.44 | starseeker | um |
| 01:09.45 | starseeker | can't read "rateknobs": no such variable |
| 01:09.45 | starseeker | MGED unable to initialize gui, reverting to classic mode. |
| 01:11.25 | starseeker | O.O what the... |
| 01:11.29 | starseeker | red works here |
| 01:11.32 | starseeker | aaaaaaaugh |
| 01:12.30 | starseeker | oh, there we go... |
| 01:12.32 | starseeker | kinda works |
| 01:12.34 | starseeker | odd... |
| 01:27.34 | brlcad | http://brlcad.org/tmp/spiral.png |
| 01:28.51 | brlcad | and that's enough of that :) |
| 01:29.03 | yukonbob | hello, #brlcad |
| 01:30.06 | yukonbob | q: again -- (don't recall having seen an answer over last two days): anybody have ideas for converting a CSG miter joint to a 2d plot for application on a real world object? |
| 01:32.16 | yukonbob | eg: imagine two pipes joined nearly perpendicularly, like a "T" (but not necessarily 90 degrees). The "stem" (versus "top crossbar") of the T will need a miter joint. If I model in BRLCAD, ideas for generating a piece of paper I can wrap around ereal-world object to guide miter cut? |
| 02:19.03 | CIA-40 | BRL-CAD: 03brlcad * r39671 10/brlcad/trunk/src/proc-db/spiral.pl: cleanup and explanation for example purposes |
| 02:21.45 | CIA-40 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Spiral.png]]": Example procedural geometry model generated by a Perl script, rendered with BRL-CAD. |
| 02:31.19 | CIA-40 | BRL-CAD: 03Sean 07http://brlcad.org * r2246 10/wiki/Spiral: initial discussion writeup for the example spiral procedural geometry script |
| 02:32.14 | brlcad | kanzure: fyi, http://brlcad.org/wiki/Spiral |
| 02:33.04 | brlcad | yukonbob: the only ideas I have involve writing code |
| 02:34.20 | brlcad | sounds like a somewhat complex mapping of an arbitrary UV surface space to 2D |
| 02:34.49 | kanzure | thanks |
| 02:35.39 | brlcad | yukonbob: you could script the projection if you know that it's cylindrical, taking the cut geometry and sampling in a cylindrical pattern and then writing the output to a 2D projection as you go |
| 02:38.16 | yukonbob | hi brlcad :) |
| 02:38.39 | yukonbob | ya -- I didn't figure it'd be easy -- but it got more complex as I imagined a bit harder... |
| 02:39.06 | yukonbob | hrmm.. I take that back... :) |
| 02:39.38 | yukonbob | I am imagining pipes (at the moment); so at least it's a "regular" object... |
| 02:39.59 | yukonbob | one could then shoot rays "dead on" and make measurements... |
| 02:40.04 | yukonbob | is happy |
| 02:51.55 | brlcad | nirt was sort of designed for that sort of scriptable pattern sampling |
| 03:03.07 | brlcad | envisioning a script that iterates over azimuth and height, shooting rays and for each ray that hits at a prescribed depth, you write out a pixel and proceed to the next cell |
| 03:05.58 | CIA-40 | BRL-CAD: 03brlcad * r39672 10/brlcad/trunk/src/proc-db/spiral.pl: minor explanation consistency |
| 03:54.04 | Ralith | huh. |
| 03:54.11 | Ralith | there's no BRL-CAD package in Arch. |
| 03:54.18 | Ralith | that's mildly distressing. |
| 04:30.10 | Ralith | considers putting together an AUR package |
| 04:38.26 | Ralith | brlcad: is there a description of the function of all BRL-CAD's (library) components somewhere? |
| 07:36.38 | Ralith | just tried to build SVN |
| 07:36.46 | Ralith | hm |
| 07:36.47 | Ralith | cleans |
| 08:48.57 | *** join/#brlcad mafm (~mafm@83.45.73.17) | |
| 08:49.43 | *** join/#brlcad Ralith (~ralith@216.162.199.202) | |
| 09:04.15 | brlcad | Ralith: there is a description in HACKING, src/README, and (to a lesser extent) doc/PROJECTS |
| 09:04.44 | Ralith | thanks |
| 09:07.35 | mafm | brlcad: didn't you use JAMA in your project, the Java version? |
| 09:08.31 | brlcad | in one place related to nurbs evaluation, not sure it's still being used |
| 09:09.57 | Ralith | where would I find detailed API docs for libwdb? |
| 09:16.52 | mafm | well, I have to not-used in my program, used Apache Commons Math instead |
| 09:17.07 | mafm | it had some weird bugs |
| 09:17.20 | mafm | the bad part is that even CERN libs copy from it :S |
| 10:34.27 | *** join/#brlcad Nohla_ (~Nohla@168.226.177.20) | |
| 11:05.58 | d-lo | Mernin all! |
| 11:45.41 | brlcad | Ralith: why, from the source of course |
| 11:46.14 | brlcad | actually, there's a manual page (man libwdb) |
| 11:46.21 | brlcad | plus lots of examples in src/proc-db |
| 12:06.23 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 12:36.15 | CIA-40 | BRL-CAD: 03d_rossberg * r39673 10/brlcad/trunk/src/libged/CMakeLists.txt: synced with Makefile.am by adding combmem.c to the build |
| 12:43.41 | *** join/#brlcad Stattrav (~Stattrav@117.192.156.213) | |
| 14:57.17 | CIA-40 | BRL-CAD: 03r_weiss * r39674 10/brlcad/trunk/src/conv/obj-g_new.c: added test_face options, fixed a couple logic bugs, added nmg_fix_normals for closed shells |
| 15:12.25 | *** join/#brlcad Stattrav (~Stattrav@117.192.149.87) | |
| 15:14.30 | starseeker | Bah. |
| 15:14.59 | starseeker | the parsing of the temporary file for red is weak - the addition of other elements in the file messes it up |
| 15:16.40 | starseeker | thinks a little... |
| 15:16.42 | starseeker | hmm... |
| 15:22.56 | starseeker | brlcad: edcodes seem to apply a change here - how did you get it to fail? |
| 15:23.31 | starseeker | oh, edcomb |
| 15:23.33 | starseeker | nevermind |
| 15:23.36 | starseeker | carry on |
| 15:25.15 | starseeker | hmm... edcomb does do something here, although admittedly it's not the most easy to use command I've ever seen |
| 15:47.10 | *** join/#brlcad Nohla_ (~Nohla@168.226.179.80) | |
| 16:25.08 | *** join/#brlcad Nohla_ (~Nohla@168.226.179.80) | |
| 17:01.42 | ``Erik | they used all my dang charcoal O.o |
| 17:18.50 | ``Erik | milton irl: http://idle.slashdot.org/story/10/06/23/151227/Woman-Jailed-For-Starting-Office-Fire-To-Leave-Work-Early?art_pos=4 |
| 19:11.50 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 19:39.06 | CIA-40 | BRL-CAD: 03erikgreenwald * r39675 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: steal the UV method and jam it into rt_metaball_uv. |
| 20:34.01 | Ralith | I'm getting TCL errors trying to install a freshly built SVN. I have a system TCL (version 8.5.8) and am getting "/home/ralith/src/brlcad/brlcad/src/other/tcl/library/init.tcl: version conflict for package "Tcl": have 8.5.6, need exactly 8.5.8 |
| 20:34.06 | Ralith | " |
| 20:38.19 | Ralith | config.log seems to indicate that system TCL tests passed |
| 20:43.48 | Ralith | reran configure, verified it's using system TCL/Tk |
| 20:44.26 | Ralith | this is in tkhtml3 |
| 20:47.36 | Ralith | there appears to be cruft lying around the svn dir somewhere |
| 20:48.27 | Ralith | checks out fresh |
| 20:52.40 | brlcad | starseeker: I was trying to turn an existing comb into a region, not modify an existing region |
| 20:52.44 | brlcad | that might have been the flaw |
| 20:53.06 | starseeker | with edcomb? |
| 20:53.11 | brlcad | yep |
| 20:53.53 | starseeker | my thought on edcomb is to make it take attr=val pairs on the command line to make it more flexible, but I don't know for sure |
| 20:53.55 | brlcad | curiously don't know of any other way to create a region out of a list of objects |
| 20:54.34 | brlcad | wanted something like "r foo.r *.s" .. but that obviously doesn't work because r expects operators |
| 20:54.35 | starseeker | hmm... - the g command followed by an attr set? |
| 20:54.42 | brlcad | right |
| 20:55.02 | brlcad | which is basically what I ended up doing, but really didn't want to set attr directly |
| 20:55.26 | starseeker | hrm |
| 20:55.28 | brlcad | as there are other values assocated with regions like the material_id, los, region_id, etc |
| 20:55.32 | starseeker | we could make r more flexible... |
| 20:55.43 | brlcad | or g |
| 20:56.01 | brlcad | g -r foo.r *.c |
| 20:56.06 | starseeker | nods |
| 20:56.32 | starseeker | (or both - probably reasonable for both commands to be more flexible) |
| 20:57.04 | starseeker | is currently setting up some mechanisms to deal with standard attributes more easily before rewiring red.c... |
| 20:57.38 | brlcad | Ralith: sounds like tkhtml is looking in our tcl source dir (probably because it loads tcl.m4 or tclConfig.sh from there) instead of the system dir |
| 20:59.01 | Ralith | yeah, closer examination showed that it had some state left over from very old compilations |
| 20:59.05 | Ralith | which make distclean failed to wipe |
| 21:03.30 | CIA-40 | BRL-CAD: 03brlcad * r39676 10/brlcad/trunk/doc/docbook/lessons/es/ (8 files in 2 dirs): beneficent jesica completes translation of lesson 9 from english to spanish. that just leaves two to go! awesome. |
| 21:05.39 | CIA-40 | BRL-CAD: 03brlcad * r39677 10/brlcad/trunk/doc/docbook/lessons/es/ (4 files): remove the executable bit. |
| 21:12.44 | brlcad | it's about time to take the docs to the next level and get new pdfs up on the website |
| 21:13.12 | Ralith | oo |
| 21:14.06 | CIA-40 | BRL-CAD: 03brlcad * r39678 10/brlcad/trunk/NEWS: jesica provided spanish translations for lessons 4, 5, 7, 8, 9, 10, 11, 12, 13, and 14 of the mged vol II tutorials! only two remaining |
| 21:30.52 | starseeker | brlcad: you mean tackle the problem of proper Docbook stylesheets? |
| 21:34.57 | brlcad | 4yup |
| 21:36.18 | starseeker | turns slightly pale |
| 21:36.23 | Ralith | heh |
| 21:39.38 | brlcad | mighty whitie! |
| 21:40.18 | starseeker | heh - yeah, I guess getting more pale would be a trick for me |
| 21:40.28 | starseeker | avoids the day star |
| 22:34.28 | ``Erik | aday star evil |
| 22:38.16 | Nohla_ | brlcad, lied you again :P |
| 22:38.33 | Nohla_ | I'll send you the 15th in a few minutes |
| 22:39.46 | Nohla_ | fortunately, I can only do this once more |
| 22:43.33 | *** join/#brlcad Nohla (~Nohla@168.226.179.80) | |
| 22:43.48 | CIA-40 | BRL-CAD: 03starseeker * r39679 10/brlcad/trunk/ (include/db5.h include/raytrace.h src/librt/db5_types.c): |
| 22:43.48 | CIA-40 | BRL-CAD: Alright, this isn't close to ready yet but has definitely reached the 'I don't |
| 22:43.55 | CIA-40 | BRL-CAD: want to have to re-create it' stage - commit initial work on some basic routines |
| 22:43.55 | CIA-40 | BRL-CAD: for syncing between the comb datastructure and avs attributes, with some helper |
| 22:43.55 | CIA-40 | BRL-CAD: functions to handle the various naming convention stuff. These functions will |
| 22:43.55 | CIA-40 | BRL-CAD: be used initially to clean up the red.c logic, but will probably be needed in |
| 22:43.56 | CIA-40 | BRL-CAD: other places where standard attributes are changed. |
| 22:44.23 | CIA-40 | BRL-CAD: 03r_weiss * r39680 10/brlcad/trunk/src/conv/obj-g_new.c: added ability to stop on nmg bomb instead of always falling back to native-bot, added code to partly remove zero length edges |
| 22:46.25 | starseeker | should have moved the sanity checking of attribute values to db5_standardize_avs before committing... whoops. Oh well, after supper |
| 22:47.48 | starseeker | brlcad: actually, do we already have a packaged routine for parsing out the r/g/b color strings? Or if not, should that ability be in libbu in case other routines want it? |
| 22:59.09 | ``Erik | heh /usr/local/etc/periodic/daily/600.genbrlcaddocs |
| 23:00.36 | ``Erik | int color[3]; sscanf(buf,"%i/%i/%i",color+0,color+1,color+2); ? |
| 23:01.15 | ``Erik | (or &color[0], &color[1], &color[2] if ptr math scares ya) |
| 23:01.51 | Ralith | seems pretty trivial |
| 23:02.34 | brlcad | Nohla: jajajaja |
| 23:02.46 | brlcad | "Leo la palabra truck una vez mas hoy y exploto" jaja, awesome |
| 23:03.03 | ``Erik | ralith: I've seen that tcl exact issue, removing the -exact in init.tcl seems to work ok |
| 23:03.09 | Nohla | seee ¬¬ |
| 23:04.11 | Ralith | ``Erik: already most of the way through a recompile, and there probably would have been other fallout from the stale data anyway |
| 23:04.18 | ``Erik | kapow O.o |
| 23:04.19 | brlcad | starseeker: yes, rt_comb_get_color() as well as routines for reading/writing color tables |
| 23:05.04 | brlcad | would like to move AWAY from version-specific API names .. "db5" |
| 23:06.09 | brlcad | the fact that those are stored as attributes should probably be an implementation detail, with added routines for the ones we don't remove like get_color |
| 23:07.04 | brlcad | need to think about it some more, though |
| 23:29.09 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) | |
| 23:33.02 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) | |
| 23:59.13 | *** join/#brlcad Nohla (~Nohla@168.226.179.80) | |
