| 00:02.52 | *** join/#brlcad hippieindamakin8 (n=hippiein@203.200.95.130) | |
| 00:07.39 | Ralith | argh |
| 00:07.50 | Ralith | why the hell does ogre use Y as a template parameter |
| 00:27.19 | Ralith | god I wish C had namespaces |
| 00:32.52 | Ralith | gives up and undefs some stuff |
| 00:34.09 | Ralith | brlcad: don't suppose you know why mafm appears to have limited camera rotation around the horizontal axes to 180 degrees around the front? |
| 00:34.41 | Ralith | thought that was a bug when he encountered it in the GUI. |
| 01:38.52 | *** join/#brlcad pacman87 (n=Timothy@71.170.63.120) | |
| 02:25.19 | *** join/#brlcad jonored (n=jonored@dsl092-076-134.bos1.dsl.speakeasy.net) | |
| 02:50.40 | *** join/#brlcad thing1 (n=ric@203-59-44-108.dyn.iinet.net.au) | |
| 03:22.09 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 03:22.39 | brlcad | Ralith: not in the least |
| 03:24.14 | Ralith | hehe |
| 03:25.07 | brlcad | Ralith: one fix for the X, Y, Z, H, etc problems might be to not provide those symbols in vmath if we're compiling c++ |
| 03:25.09 | Ralith | well, thanks to some #undefs I'm not far from swapping out the vector |
| 03:25.17 | brlcad | wouldn't solve all of the problems, but it might help some |
| 03:25.18 | Ralith | that seems hacky :/ |
| 03:25.25 | Ralith | imo we shouldn't be using such generic names in the first place |
| 03:25.41 | Ralith | prefix BU_ on all global thingies, or something |
| 03:25.53 | Ralith | or wait |
| 03:25.55 | Ralith | this is BN_ |
| 03:26.00 | Ralith | same idea |
| 03:26.05 | brlcad | probably, though we've gotten by this long with them (and it wasn't any easier a decade or two ago - similar defines in X) |
| 03:26.23 | brlcad | yeah, I've thought about it, but then it really sort of kills the point of the define |
| 03:26.35 | Ralith | actually |
| 03:26.41 | Ralith | I know what the *right* solution is |
| 03:26.42 | brlcad | could make it a const |
| 03:26.47 | Ralith | a const would work |
| 03:27.02 | brlcad | that would at least prevent turning params into invalid code |
| 03:27.05 | Ralith | in fact, a const would solve it perfectly |
| 03:27.14 | Ralith | because all ogre's stuff is in its own namespace |
| 03:27.19 | Ralith | so no naming conflict if it's not a #define |
| 03:28.17 | brlcad | the problem then just becomes the fact that there's (presently) no compilation unit to provide them in order to avoid symbol duplication |
| 03:28.57 | brlcad | (which is of course just a minor problem) |
| 03:30.04 | brlcad | woah, hey hippieindamakin8 .. ltns |
| 03:31.42 | Ralith | uh, I don't follow |
| 03:46.54 | Ralith | brlcad: what do you mean? |
| 03:47.30 | Ralith | (also, what I was about to say before: a C++ wrapper to libbn would nicely resolve this problem, too |
| 03:47.33 | Ralith | ) |
| 03:55.43 | *** join/#brlcad TheWhiteAnt (n=photon@bwa090.brettware.net) | |
| 05:13.09 | *** join/#brlcad thing0 (n=ric@203-59-64-88.perm.iinet.net.au) | |
| 05:18.06 | *** join/#brlcad thing1 (n=ric@124-169-238-154.dyn.iinet.net.au) | |
| 07:58.54 | *** join/#brlcad elmom_ (n=elmom@hoasnet-ff04dd00-187.dhcp.inet.fi) | |
| 10:56.07 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 11:53.30 | *** join/#brlcad Elperion (n=Bary@p5B14F8D2.dip.t-dialin.net) | |
| 13:38.00 | *** join/#brlcad geocalc (n=geocalc@91-171-209-117.rev.libertysurf.net) | |
| 14:21.40 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 15:22.40 | *** join/#brlcad iday (n=iday@c-68-55-215-195.hsd1.md.comcast.net) | |
| 15:52.56 | *** join/#brlcad alex_jon1 (n=juve@81.196.65.201) | |
| 17:20.23 | CIA-23 | BRL-CAD: 03homovulgaris * r32227 10/brlcad/trunk/src/libpc/ (5 files): |
| 17:20.23 | CIA-23 | BRL-CAD: code cleanup, chaning the Constraint Network graph vertices and edges to |
| 17:20.23 | CIA-23 | BRL-CAD: associate with pointers to Variables and Constraints rather than than objects |
| 17:20.23 | CIA-23 | BRL-CAD: themselves, faciliating in simpler constraint functors as well as preventing |
| 17:20.23 | CIA-23 | BRL-CAD: unnecessary data replication. Solver code modification to assimilate the same in |
| 17:20.26 | CIA-23 | BRL-CAD: progress : GTSolve working, BTSolve not working. Also stage 1.5/2 :| of the |
| 17:20.28 | CIA-23 | BRL-CAD: evaluation functor changes mentioned in 32212 |
| 18:22.53 | CIA-23 | BRL-CAD: 03homovulgaris * r32228 10/brlcad/trunk/src/libpc/ (pcSolver.h solver_test.cpp): Backtracking solver functional again |
| 18:56.55 | CIA-23 | BRL-CAD: 03homovulgaris * r32229 10/brlcad/trunk/src/libpc/ (pcSolver.h solver_test.cpp): changing argument list of Solver functions so as to support arbitrary Network input and arbitrary solution output by not using references internally |
| 20:06.13 | CIA-23 | BRL-CAD: 03starseeker * r32230 10/brlcad/branches/pre-7-12-6/ (38 files in 38 dirs): Import proper fix for dbconcat crash from trunk and revert previous workaround - dbconcat now functional. |
| 20:16.23 | *** join/#brlcad Ralith (n=ralith@c-71-197-213-172.hsd1.or.comcast.net) | |
| 21:00.44 | starseeker_ | make test, make benchmark and make distcheck all pass on my gentoo box |
| 21:17.33 | starseeker_ | doggone it |
| 21:17.56 | starseeker_ | I'm getting an error db_lookup(-n) failed: -n does not exist when I try to do primitive selectin |
| 21:27.26 | brlcad | mm, sounds like a fix is missing |
| 21:27.33 | brlcad | bob fixed that a couple weeks ago |
| 21:27.51 | brlcad | don't remember which files though.. |
| 21:28.55 | *** join/#brlcad Ralith (n=ralith@c-71-197-213-172.hsd1.or.comcast.net) | |
| 21:29.40 | CIA-23 | BRL-CAD: 03brlcad * r32231 10/brlcad/trunk/src/libbu/bu_tcl.c: vmath is libbn, don't use libbn facilities in libbu |
| 21:31.39 | CIA-23 | BRL-CAD: 03brlcad * r32232 10/brlcad/trunk/src/libbu/color.c: yet another good reason to move the image processing functionality out of libbu and into libbn. rewrite file to not rely on vmath.h by replicating the handful it uses directly. cleanup the style while we're at it. |
| 21:32.39 | starseeker_ | will try to find it in the logs, but must do laundry now |
| 21:33.36 | Ralith | brlcad: where are the code docs stored? |
| 21:35.11 | brlcad | starseeker_: should revert 32230 on include/vmath.h for 7.12.6 -- shouldn't be obsolete until minor |
| 21:35.19 | brlcad | Ralith: code cods for what? |
| 21:35.26 | brlcad | heh, docs |
| 21:36.23 | Ralith | I'd generally assume they're all in the same place |
| 21:36.28 | Ralith | but in particular, the vector stuffs |
| 21:43.17 | brlcad | dev docs, api docs are all over the place |
| 21:43.44 | brlcad | in general, the source is the documentation, with comments tied to the functionality and files they pertain to |
| 21:43.59 | Ralith | kk |
| 21:44.03 | brlcad | some of that is on the web, big migration to doxygenify the entire api |
| 21:44.19 | brlcad | as well as moving the doxygen comments out of compilation units and into the public headers |
| 21:44.39 | Ralith | thanks |
| 21:44.43 | brlcad | but that's all on-going as someone gets an itch or has a need |
| 21:45.13 | brlcad | welcome to help make it better ;) |
| 21:47.12 | Ralith | heh |
| 22:02.57 | brlcad | starseeker_: wow ... should get rain to fix this next week: http://brlcad.org/gallery/s/renderings/GSI_Images/M110.png.html?g2_imageViewsIndex=0 |
| 22:04.45 | brlcad | two major oops' in that image |
| 22:06.48 | brlcad | glad that was caught before making a poster.. |
| 22:07.22 | Ralith | wonders what the errors are |
| 22:11.23 | brlcad | look closely .. one is fearsomely easy to overlook but really glaring |
| 22:11.43 | brlcad | the other is more subtle unless you know the model |
| 22:11.50 | poolio | the bizarre cut through the center? |
| 22:14.28 | Ralith | the weird panel extending from its right hand headlight shield? |
| 22:14.39 | Ralith | (its right, not the camera's right) |
| 22:14.46 | brlcad | poolio: yep |
| 22:15.22 | brlcad | looks like a sliced portion of the image in a layer was accidentally left |
| 22:15.50 | brlcad | base of the barrel |
| 22:16.46 | poolio | is there something wrong with the reflections underneath it? |
| 22:17.05 | Ralith | oh, I see tht |
| 22:17.06 | Ralith | that* |
| 22:17.36 | brlcad | poolio: nah, the reflections are fine .. just the fact that the small rect was left there |
| 22:17.51 | brlcad | smack in the middle |
| 22:18.33 | brlcad | intern was learning photoshop in order to remove the massive/ugly GSI logo that was plastered across the images |
| 22:18.45 | brlcad | the other error is more small |
| 22:18.48 | brlcad | M110 isn't a tank |
| 22:19.00 | brlcad | it's a howitzer |
| 22:19.40 | yukonbob | pimp my tank |
| 22:19.47 | brlcad | don't know how many times I've looked at that image and missed both of those.. |
| 22:23.05 | Ralith | wonders how long it would take to rerender |
| 22:23.19 | Ralith | also, is that panel I noticed deliberate? |
| 22:23.30 | Ralith | the reflections on it look funky |
| 22:25.08 | yukonbob | so many reflections, it's easy to miss the rectangle block... :P |
| 22:45.07 | brlcad | which panel? |
| 22:46.42 | brlcad | bets that same image wound render in just a minute or so on a good workstation |
| 22:48.52 | brlcad | the reflections should be spot-on |
| 23:04.57 | Ralith | <PROTECTED> |
| 23:04.57 | Ralith | 15:14:28 < Ralith> the weird panel extending from its right hand headlight |
| 23:04.58 | Ralith | <PROTECTED> |
| 23:35.22 | *** join/#brlcad poolio (n=poolio@bz.bzflag.bz) | |
| 23:36.47 | poolio | What happened to MBO? |
| 23:47.08 | CIA-23 | BRL-CAD: 03andrecastelo * r32233 10/brlcad/trunk/misc/win32-msvc9/libbu/libbu.vcproj: Added missing files to the msvc 9 libbu project file. |
| 23:50.08 | CIA-23 | BRL-CAD: 03andrecastelo * r32234 10/brlcad/trunk/misc/win32-msvc9/libtclcad/libtclcad.vcproj: Added Added missing files to the msvc 9 libtclcad project file. |
| 23:56.16 | Ralith | remains unanswered |
