| 00:27.33 | *** join/#brlcad Ralith (~ralith@d142-058-094-158.wireless.sfu.ca) |
| 00:49.52 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) |
| 00:58.15 | *** join/#brlcad dtidrow (~dtidrow@c-71-238-51-148.hsd1.mi.comcast.net) |
| 01:30.00 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 01:39.30 | starseeker | awesome - the TkCAD dev opted for the Revised BSD license |
| 01:42.23 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) |
| 01:44.05 | louipc | sweet |
| 01:55.18 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) |
| 03:02.01 | starseeker | Wow - an Apple I sold for over $200k |
| 03:02.27 | starseeker | laments that he apparently has no instinct for which junk to buy and hang on to |
| 03:16.16 | starseeker | hmm, new byacc is out |
| 03:59.11 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 04:15.14 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) |
| 08:06.57 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 09:45.15 | *** join/#brlcad mafm (~mafm@252.Red-83-53-179.dynamicIP.rima-tde.net) |
| 09:56.24 | *** join/#brlcad mafm (~mafm@83.53.179.252) |
| 11:29.23 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 12:30.55 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 13:19.58 | CIA-55 | BRL-CAD: 03indianlarry * r41456 10/brlcad/trunk/src/other/openNURBS/opennurbs_nurbscurve.cpp: |
| 13:19.58 | CIA-55 | BRL-CAD: Removed the IsValid() check in the curve Split() function. This was causing |
| 13:19.58 | CIA-55 | BRL-CAD: problems upstream in the surface splitting routines when trying to split surface |
| 13:19.58 | CIA-55 | BRL-CAD: containing singularities. This problem was reported to the opennurbs folks who |
| 13:19.58 | CIA-55 | BRL-CAD: have identified this as a bug and should be fix that should be in the next |
| 13:19.59 | CIA-55 | BRL-CAD: release of the open tool kit. |
| 13:34.43 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) |
| 14:37.08 | starseeker | woot - if I did that right, latest byacc can compile libobj out of the box |
| 15:07.33 | CIA-55 | BRL-CAD: 03indianlarry * r41457 10/brlcad/trunk/src/librt/cut.c: When building cut tree step to next axis(+1) for subdivision not (axis+index). |
| 15:24.37 | *** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl) |
| 17:22.05 | starseeker | whoops, may have spoken too soon |
| 17:59.27 | CIA-55 | BRL-CAD: 03brlcad * r41458 10/brlcad/trunk/src/util/bombardier.h: the bits array needs to be unsigned |
| 18:00.30 | CIA-55 | BRL-CAD: 03brlcad * r41459 10/brlcad/trunk/src/util/bombardier.c: break up the massive tcl script into smaller portioned trunks with dynamic memory in order to comply with portability warnings about string literals longer than 509 characters. |
| 18:01.03 | starseeker | yeah, spoke too soon - other errors still in there |
| 18:06.01 | CIA-55 | BRL-CAD: 03brlcad * r41460 10/brlcad/trunk/NEWS: |
| 18:06.01 | CIA-55 | BRL-CAD: keith ups the anty and fixes a bug in opennurbs processing surfaces with |
| 18:06.01 | CIA-55 | BRL-CAD: singularities. he removed the IsValid() check in the curve Split() function. |
| 18:06.01 | CIA-55 | BRL-CAD: this was causing problems upstream in the surface splitting routines when trying |
| 18:06.01 | CIA-55 | BRL-CAD: to split surface containing singularities. This problem was reported to the |
| 18:06.01 | CIA-55 | BRL-CAD: opennurbs folks who have identified this as a bug and should be fix that should |
| 18:06.02 | CIA-55 | BRL-CAD: be in the next release of the open tool kit |
| 18:06.32 | starseeker | fires off another email to the byacc maintainer |
| 18:08.33 | CIA-55 | BRL-CAD: 03brlcad * r41461 10/brlcad/trunk/NEWS: cliff expanded the rtarea documentation with diagrams and additional clarifying information. |
| 19:04.23 | *** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl) |
| 19:05.06 | starseeker | ``Erik: quick question - do you know how to do transparent lines in OpenGL? (I guess "translucent" would be a better word) |
| 19:36.09 | Ralith | starseeker: just coloring them to have alpha doesn't work? |
| 20:17.58 | *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de) |
| 20:38.02 | CIA-55 | BRL-CAD: 03bob1961 * r41462 10/brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Added the ability to select one or more members of a combination such that setting the edit parameters for one member will set them for all selected members. |
| 21:08.20 | starseeker | makes a note of this for later... http://www.mail-archive.com/cmake@cmake.org/msg22615.html |
| 21:09.05 | starseeker | Ralith: dunno |
| 21:29.09 | starseeker | hmm... well, we have linux on a fridge... time to get netbsd on a toaster |
| 22:17.53 | ``Erik | been there, done that |
| 22:17.58 | ``Erik | doesn't yours run nbsd? |
| 22:18.40 | ``Erik | translucent lines would just be giving it an alpha value and turn on blending, same as a translucent triangle |
| 22:19.13 | ``Erik | glColor4f() instead of glColor3f() (or i, if you prefer) |
| 22:19.42 | ``Erik | be careful with translucent, draw order is very important, back to front or you'll create funky artifacts |
| 22:23.10 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) |
| 23:02.32 | starseeker | ``Erik: the idea would be to enhance editing in Archer (the example that came up today was comb editing, but there are other cases) |
| 23:02.59 | starseeker | by making the wireframes of non-"active" objects almost but not quite transparent, and the one(s) in focus solid |
| 23:03.16 | starseeker | sort of a jazzed up version of the illumination we do in wireframe with sed/oed in mged |
| 23:03.45 | starseeker | ordering isn't that critical when things are almost entirely transparent, and the solid ones will behave better |
| 23:04.07 | starseeker | it's worked for BoTs, just wasn't sure if it would map cleanly to wireframes in OpenGL |
| 23:13.12 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) |
| 23:13.12 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 23:28.47 | ``Erik | it actually is very important, you'll get translucent things fully occluding solid things, etc |
| 23:30.00 | ``Erik | but that's something where ogre would be really useful |
| 23:31.10 | ``Erik | the vehicle bob likes showing off is probably ok because it's so darn noisy :D (and he might be splitting solid and translucent into two steps, which is necessary) |
| 23:33.20 | ``Erik | *shrug* :) |