| 00:37.42 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) | |
| 00:39.46 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) | |
| 01:50.42 | *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net) | |
| 02:08.25 | *** join/#brlcad tbrowde (n=tbrowde@fl-67-235-140-206.dhcp.embarqhsd.net) | |
| 02:14.28 | CIA-32 | BRL-CAD: 03starseeker * r33635 10/brlcad/trunk/regress/mged_test.sh: Add basic tests for accept, reject and tra commands |
| 02:17.49 | starseeker | woot - commit during superbowl |
| 02:19.11 | starseeker | chalks up another nerd merit badge |
| 02:21.52 | Ralith | heh |
| 02:22.22 | ``Erik | superwhat? |
| 02:23.02 | ``Erik | dangit, missed brlcad's gala :( |
| 02:23.10 | ``Erik | I should look here more often heh |
| 05:16.17 | starseeker | brlcad: Hmm. the hyp primitive isn't behaving correctly where commands like tra are concerned |
| 05:16.38 | starseeker | brlcad: Do I need to implement an xform function or some such? |
| 05:16.59 | starseeker | it could be my clever little external/internal parameter setup is coming back to haunt me |
| 05:33.56 | brlcad | starseeker: hm, hyp should be complete |
| 05:34.28 | brlcad | and, hehehe regarding superbowl commit :) |
| 05:34.28 | brlcad | fantastic |
| 05:35.01 | brlcad | I'd actually never made an 'event' of the 'bowl before, but more an excuse to have folks over and watch on the big screen, listen to some tunes, watch some shows |
| 05:35.32 | brlcad | ``Erik: next time! |
| 05:40.54 | CIA-32 | BRL-CAD: 03brlcad * r33636 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: rt_hyp_xform() isn't used. it uses rt_generic_xform(). |
| 05:41.45 | brlcad | starseeker: dunno what you mean, it worked back when I originally tested it, and it's just using rt_generic_xform() .. which 'should' be right.. |
| 05:55.07 | starseeker | brlcad: sorry I didn't make the bowl game, sounds like it was a good one! |
| 05:55.15 | starseeker | brlcad: Hmm - let me try again |
| 05:55.53 | starseeker | The following results in strange behavior for me: |
| 05:55.56 | starseeker | make hyp.s hyp |
| 05:56.00 | starseeker | sed hyp.s |
| 05:56.06 | starseeker | tra -10000 0 0 |
| 05:56.49 | starseeker | and reset doesn't return to where it was |
| 05:58.35 | starseeker | OH, I see |
| 05:58.55 | starseeker | it's not the parameters that are misbehaving, it's the view itself |
| 06:00.12 | starseeker | hmm - that somehow feels unexpected to me, looking at the before and after... |
| 06:01.26 | starseeker | ah ha - reset is NOT returning it to the origin |
| 06:02.56 | starseeker | grr |
| 06:03.22 | starseeker | ok, later for that |
| 06:26.49 | yukonbob | hello, cadheads |
| 06:45.35 | brlcad | starseeker: hm, that could just be a bug with the libged migration |
| 06:51.35 | brlcad | if it does it differently for ell/sph/tor/whatever, that'd be a problem, otherwise it's just a decision |
| 07:37.11 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) | |
| 08:16.33 | *** join/#brlcad _sushi_ (n=_sushi_@84-72-91-240.dclient.hispeed.ch) | |
| 08:25.21 | *** join/#brlcad _sushi_ (n=_sushi_@84-72-91-240.dclient.hispeed.ch) | |
| 08:49.07 | *** join/#brlcad mafm (n=mafm@65.Red-81-34-125.dynamicIP.rima-tde.net) | |
| 09:07.53 | brlcad | howdy mafm |
| 09:12.33 | mafm | hi brlcad |
| 09:12.45 | mafm | isn't a bit too early (late) for you? :) |
| 09:15.01 | brlcad | a lil bit |
| 09:15.11 | brlcad | up late working on some things |
| 09:15.46 | brlcad | code code type type design |
| 09:19.32 | mafm | you're coding I hope, designing stresses the brain harder :D |
| 09:27.48 | brlcad | both |
| 09:31.52 | mafm | uhg :P |
| 10:34.11 | *** join/#brlcad ruskie (i=ruskie@sourcemage/mage/ruskie) | |
| 10:34.23 | ruskie | lo |
| 10:34.56 | ruskie | trying to build 7.14.0 but getting a: bombardier.c:36:16: error: tk.h: No such file or directory \n make[2]: Leaving directory `/usr/src/brlcad-7.14.0/src/util' error |
| 10:35.24 | ruskie | and yes I tried with --enable-all and with using the system one(but that failed differently as well) |
| 11:23.23 | *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198) | |
| 12:13.16 | *** join/#brlcad mafm_ (n=mafm@65.Red-81-34-125.dynamicIP.rima-tde.net) | |
| 12:55.40 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) | |
| 12:59.43 | brlcad | ruskie: ah, that was fixed shortly later -- edit src/util/Makefile.am |
| 12:59.56 | brlcad | should have in it: bombardier_CFLAGS = ${TK_CPPFLAGS} ${TCL_CPPFLAGS} |
| 13:00.54 | ruskie | will try that |
| 13:01.02 | ruskie | it should be possible to build with system libs right? |
| 13:02.02 | brlcad | depends on the libs |
| 13:02.10 | brlcad | but sure, it's possible |
| 13:02.21 | brlcad | rarely happens for anyone to get all 'no' |
| 13:02.25 | ruskie | plain vanilla upstream sources |
| 13:03.48 | brlcad | yeah, all of the sources aren't modified except for openNURBS (that's an entire subsystem) |
| 13:06.04 | ruskie | yeah won't touch that one never really planned to as well |
| 13:06.21 | ruskie | but want to make the source mage spell use as much system libs as possible |
| 13:09.57 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net) | |
| 13:11.26 | Axman6 | http://www.todaysbigthing.com/2009/01/30 awesome |
| 13:12.16 | brlcad | ruskie: ah, yeah.. with a package management system, you should be able to get nearly all 'no' if they're already in the system |
| 13:12.38 | brlcad | the hard part is mixing tcl extensions with some system and some non-system |
| 13:13.02 | brlcad | like if we have to build incrTcl, that then requires a specific version of tcl/tk too (8.5) |
| 13:13.23 | ruskie | 8.5.7 is the one we have atm |
| 13:13.40 | ruskie | I'll have to probablly make a few extra spells like for tkhtml3 and such like... |
| 13:14.26 | ruskie | all this just so I can open up the openmoko gta02 cad files.. :) |
| 13:16.46 | brlcad | speaking of opennurbs .. full support for the geometry formats contained in those pro/e, iges, and step cad files is part of our ongoing development |
| 13:17.13 | brlcad | you'll get them in wireframe now -- there's been debates over whether you can get a shaded view rendering of the nurbs surfaces |
| 13:18.39 | ruskie | they are available in all 3 formats... |
| 13:19.45 | ruskie | I thought the defacto standard were autocad files... dxf or whatever those are.. |
| 13:21.38 | brlcad | not really |
| 13:22.07 | brlcad | they only support a couple geometry formats and are inherintly non-solid for certain entity types |
| 13:22.20 | brlcad | iges was the main format for years, but step is the newer iso standard |
| 13:22.24 | brlcad | supports everything under the sun |
| 13:22.52 | brlcad | we don't yet have a step importer, though -- at least not till end of year, it's being worked |
| 15:15.11 | PrezKennedy | brlcad, have you seen the story on SourceForge about forgemil.com? |
| 15:15.26 | PrezKennedy | *er |
| 15:15.30 | PrezKennedy | i mean slashdot |
| 15:19.34 | brlcad | yeah |
| 15:20.50 | *** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) | |
| 15:21.05 | PrezKennedy | at first it looked like a phishing scam with the poor whois information and the way the certificates were done |
| 15:23.08 | ``Erik | nah, gov't always fucks up whois and certs |
| 15:23.12 | *** join/#brlcad mafm_ (n=mafm@65.Red-81-34-125.dynamicIP.rima-tde.net) | |
| 15:24.02 | ``Erik | been a big stink in apples fedtalk about the new cross-dept stuff the af is rolling out never having valid certs O.o too many people going "whuddya mean it's not valid? I'm the damn gov't!" |
| 15:24.49 | brlcad | the first project was started by an intern, probably registered it himself |
| 15:25.57 | ``Erik | has created certs for 'secure' websites at work O.o :D |
| 15:26.37 | brlcad | yeah, almost guaranteed it was something similar to our forge, just this kid made it public and sound official |
| 15:35.04 | PrezKennedy | brilliant |
| 15:35.22 | PrezKennedy | was wondering why it was forgemil.com |
| 15:35.36 | PrezKennedy | if the military cant even get a mil address, who can?? |
| 15:37.24 | *** join/#brlcad ``Erik_ (i=erik@c-76-111-12-116.hsd1.md.comcast.net) | |
| 15:44.57 | brlcad | a kid that didn't want to go through the process |
| 15:45.52 | ``Erik | missed something |
| 15:46.31 | *** join/#brlcad Elrohir (n=kvirc@p5B14E580.dip.t-dialin.net) | |
| 15:46.54 | brlcad | lots of regs about what you can and cannot do, I suspect that site won't be up for much longer with that name if it was an internal job |
| 16:10.41 | PrezKennedy | regs upon regs and regs on those regs |
| 16:33.35 | starseeker | brlcad: there's no doubt - the H and A vectors need to be defined relative to the hyp origin, and tra is adding to each vector individually |
| 16:34.24 | starseeker | the eto manages this, but I'm not sure how |
| 16:35.06 | brlcad | the tgc doesn't, though.. and hyp should match tgc almost identically (at least in terms of xform and parameters) |
| 16:36.27 | starseeker | the vertex and the top do move with a tra on the tgc, but the H vector does not |
| 16:36.37 | starseeker | nor do A, B, C or D |
| 16:37.13 | brlcad | have you looked at how rt_generic_xform() does what it does? |
| 16:38.10 | starseeker | not yet - been trying to figure out how tgc/eto are distinguishing between points to translate and points not to |
| 16:38.29 | brlcad | AHA, I bet I know where the bug is |
| 16:38.42 | brlcad | rt_generic_xform() relies on just passing a transformation matrix to export() |
| 16:38.51 | brlcad | I bet hyp's export() routine is doing some bad juju |
| 16:38.57 | starseeker | ah |
| 16:39.26 | brlcad | that should be easy to pinpoint, just look for export5 in src/librt/primitives/hyp/hyp.c |
| 16:39.33 | brlcad | rt_generic_xform() is in src/librt/table.c |
| 16:40.03 | brlcad | unless someone moved everything ;) |
| 16:43.48 | *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net) | |
| 16:47.05 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 16:52.44 | starseeker | hmm - tgc is using a vec that's fastf_t vec[3*6], and hyp thinks it has one that's vec[ELEMENTS_PER_VECT * 4] - that suggests quaternions to me in the case of hyp... |
| 16:54.50 | starseeker | seeks the Wisdom of Bob |
| 17:04.46 | *** join/#brlcad Elrohir (n=kvirc@p5B14E580.dip.t-dialin.net) | |
| 17:09.56 | starseeker | odd... |
| 17:10.27 | starseeker | doesn't see anything earth shaking in export, aside from (perhaps) the size of vec |
| 17:17.45 | starseeker | looks like the magic happens before export5 |
| 17:17.58 | starseeker | or at least, before the second call to export5 |
| 18:32.31 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 18:37.50 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 18:42.39 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 18:51.55 | brlcad | starseeker: oops, I meant import |
| 18:52.13 | brlcad | rt_generic_xform() does an export/import to apply the transform |
| 18:52.25 | brlcad | export just takes units, import takes the matrix to apply |
| 18:52.41 | brlcad | so any matrix math in import5() for hyp is probably suspect |
| 18:52.50 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 18:53.20 | brlcad | a vec[ELEMENTS_PER_VECT*4] would more likely just be a homogenous 4x4 matrix |
| 18:53.59 | brlcad | vec[3*6] sounds like 6 basic vectors for each of the tgc params |
| 18:56.54 | brlcad | if that fails, kick off the debugger and put a break on rt_generic_xform() and follow what happens on a simple tra |
| 18:58.47 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 19:03.00 | CIA-32 | BRL-CAD: 03brlcad * r33637 10/brlcad/trunk/BUGS: bokkers reported that using file->export doesn't seem to be working on windows xp. probably some i/o failure or tempfile issue. waiting for tests of 'keep'. |
| 19:11.16 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) | |
| 19:17.55 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 19:19.28 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) | |
| 19:20.22 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 19:26.18 | starseeker | yes, import5 is wrong - what's right seems a bit subtle though - is mat_t documented somewhere as to what each entry represents? |
| 19:28.37 | brlcad | mat_t is a standard 4x4 homogenous matrix |
| 19:29.23 | brlcad | some useful links: http://www.geocities.com/evilsnack/matrix.htm http://planning.cs.uiuc.edu/node111.html http://www.ee.unb.ca/tervo/ee4353/htm.htm |
| 19:29.54 | starseeker | k, thanks |
| 19:29.54 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 19:29.59 | brlcad | the upper-left 3x3 basically control translation, rotation, scaling, and shearing factors |
| 19:30.30 | brlcad | the outermost controls homogeneity |
| 19:31.38 | brlcad | er, 4x3 |
| 19:32.07 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] | |
| 19:32.40 | brlcad | if you read up http://en.wikipedia.org/wiki/Transformation_matrix .. it gets to homogeneous coordinates in the affine transformation section |
| 19:32.52 | brlcad | that's basically the deal |
| 19:50.07 | starseeker | brlcad: is there a utility to print out a mat_t? |
| 19:50.19 | starseeker | when debuggin? |
| 19:55.29 | starseeker | nevermind, found it - bn_mat_print |
| 20:02.49 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 20:10.51 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 20:14.33 | starseeker | Ah HA |
| 20:15.32 | CIA-32 | BRL-CAD: 03starseeker * r33638 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: Fix bug with handling of transformations on hyp primitive - shouldn't be treating vectors like points. |
| 20:21.05 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 20:23.23 | CIA-32 | BRL-CAD: 03starseeker * r33639 10/brlcad/trunk/ (NEWS src/librt/primitives/hyp/hyp.c): Base to neck ratio in hyp should not be scaled with other parameters, result is unexpected - update NEWS file. |
| 20:24.54 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) | |
| 21:07.45 | *** join/#brlcad ``Erik_ (i=erik@c-76-111-12-116.hsd1.md.comcast.net) | |
| 21:29.13 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-247-95.dclient.hispeed.ch) | |
| 22:08.27 | *** join/#brlcad Elrohir (n=kvirc@p5B14E580.dip.t-dialin.net) | |
| 22:11.39 | CIA-32 | BRL-CAD: 03starseeker * r33640 10/brlcad/trunk/regress/mged_test.sh: Add tests for translate, mirface, permute, facedef |
| 22:24.03 | CIA-32 | BRL-CAD: 03starseeker * r33641 10/brlcad/trunk/regress/mged_test.sh: Clean up some of the mged_test tests a bit, fix obvious errors |
| 22:29.18 | brlcad | starseeker: nice work! |
| 22:29.32 | starseeker | brlcad: thanks! |
| 22:30.04 | starseeker | derives satisfaction from stomping the last known hyp bug - that had been nagging at me for a while off and on. |
| 22:34.40 | brlcad | interesting that it'd be getting a transformation matrix with non-zero 12/13/14 positions |
| 23:13.41 | *** join/#brlcad madant1 (n=madant@117.196.139.46) | |