| 01:52.29 | *** join/#brlcad talcite__ (n=matthew@69-165-139-251.dsl.teksavvy.com) |
| 01:55.20 | *** join/#brlcad Yoshi477 (n=jan@d72-39-56-44.home1.cgocable.net) |
| 02:05.35 | *** join/#brlcad ``Erik (i=erik@c-69-140-109-104.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 02:05.35 | *** join/#brlcad roberthl (n=robert@rhl.me.uk) [NETSPLIT VICTIM] |
| 02:05.39 | *** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net) |
| 02:34.50 | *** join/#brlcad matthewmpp (n=chatzill@66-17-80-42.sparkplugbb.net) |
| 03:05.15 | *** join/#brlcad talcite_ (n=matthew@69-196-132-97.dsl.teksavvy.com) |
| 03:36.33 | *** join/#brlcad matthewmpp (n=chatzill@66-17-80-42.sparkplugbb.net) |
| 04:29.03 | *** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net) |
| 04:53.09 | *** join/#brlcad Ralith (n=ralith@69.90.48.127) |
| 05:35.01 | starseeker | makes sure he has valgrind and vim+cscope working on his box in prep for the move |
| 05:56.08 | starseeker | hmm - interesting. Is there any reason BU_GETSTRUCT would be messed up by being in a cpp file? |
| 07:15.51 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) |
| 09:16.51 | CIA-28 | BRL-CAD: 03d_rossberg * r35879 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: |
| 09:16.51 | CIA-28 | BRL-CAD: extended rt_pipe_ck() by a check of inner_diameter < outer_diameter and used this to do the check of a pipe's correctness in rt_pipe_adjust() at the end of the function |
| 09:16.51 | CIA-28 | BRL-CAD: this way an only temporary invalid pipe segment will not be considered as an error any more |
| 11:00.29 | CIA-28 | BRL-CAD: 03d_rossberg * r35880 10/brlcad/trunk/NEWS: |
| 11:00.29 | CIA-28 | BRL-CAD: in rt_pipe_adjust() an only temporary invalid pipe segment will not be considered as an error any more |
| 11:00.29 | CIA-28 | BRL-CAD: (revision 35879) |
| 11:03.03 | *** join/#brlcad d_rossberg (n=rossberg@66.111.56.50) |
| 12:01.07 | *** join/#brlcad talcite_ (n=matthew@69-196-132-97.dsl.teksavvy.com) |
| 12:01.50 | brlcad | starseeker: good luck with the move and valgrinding :) |
| 12:02.18 | brlcad | and no, shouldn't be a problem, it's just a malloc call |
| 12:02.42 | brlcad | d_rossberg: awesome :) |
| 12:05.40 | ``Erik | heh http://www.collegehumor.com/video:1811646 |
| 12:19.38 | Yoshi47 | now thats funny, you see the phone fight |
| 12:30.31 | ``Erik | hrm? |
| 12:31.09 | Yoshi47 | same website, |
| 12:31.29 | ``Erik | I'm sure I've seen it, not quite recalling which it is |
| 12:31.57 | Yoshi47 | man do threads take a long time to render! |
| 12:32.35 | ``Erik | depends on how they're defined |
| 12:32.49 | Yoshi47 | really accurate! |
| 12:32.56 | Yoshi47 | from the hex database |
| 12:33.03 | ``Erik | "hex database"? |
| 12:33.13 | ``Erik | the thing clock came up with? with all the tgc's? |
| 12:33.14 | Yoshi47 | off of brlcad.org |
| 12:33.38 | Yoshi47 | i think so |
| 12:34.20 | ``Erik | that's a brutal overlap case, try hitting it with facetize and a pretty good tolerance, see if it's still "good enough" and faster |
| 12:34.45 | ``Erik | (or if you can think of a better way to define them until 'rotate' and 'sweep' are fully online...) |
| 12:34.47 | Yoshi47 | you lost me! |
| 12:35.09 | Yoshi47 | i know nothign of facetize |
| 12:35.18 | ``Erik | the "facetize" command converts geometry to "BoTs", calculated triangle soup |
| 12:36.33 | Yoshi47 | hrm... |
| 12:36.38 | ``Erik | instead of computing a bajillion tgc's and doing all the bool weave stuff to get your end bolt, you could facetize it and just have a bunch of triangles to test, instead... should be less computationally expensive to raytrace |
| 12:36.59 | Yoshi47 | im scared |
| 12:37.08 | ``Erik | the trick is balancing accuracy vs performance, since it's an approximation |
| 12:37.12 | Yoshi47 | wondering whats going to happen |
| 12:37.15 | ``Erik | it's ok, baby, it only hurts at first |
| 12:37.18 | ``Erik | O;-) |
| 12:37.21 | Yoshi47 | lol |
| 12:37.55 | ``Erik | make some scrap geometry like a sphere and try 'facetize' on it, it tesselates the geometry into a new primitive for ya |
| 12:38.00 | ``Erik | (when it works) |
| 12:38.13 | Yoshi47 | so if i have 4 bolts that i subtract from a block to make inner threads, i would facetize the 4 bolts and it would still work, but the 4 bolts that are going in the threaded hole i would have to facetize too so there is no overlaps? |
| 12:39.06 | ``Erik | you'd have, say, a region made up of some complex geometry, thousands of primitives |
| 12:39.13 | ``Erik | then you'd facetize, say, the region |
| 12:39.21 | ``Erik | and get a single 'bot' primitive with roughly the same geometry |
| 12:39.57 | ``Erik | it does not alter existing geometry, it creates new geometry, it's pretty safe :) |
| 12:40.45 | Yoshi47 | oh so i would do it to my whole combination that contains the threads and bolts and bearings? |
| 12:41.05 | Yoshi47 | i'll do a backup first |
| 12:41.13 | ``Erik | whatever you want to become a new single primitive |
| 12:41.21 | Yoshi47 | cool |
| 12:41.24 | Yoshi47 | im going to try |
| 12:41.54 | ``Erik | for the bearing, I'd probably facetize the inner runner, outer runner, each bearing, etc... so each bot is independent |
| 12:42.26 | ``Erik | slaps an outboard motor on his car and sees if it stays floating all the way to work |
| 12:43.36 | Yoshi47 | so facetize newpart old part, or should i use the options, i read them but don't know if i need to use them or not |
| 12:49.55 | Yoshi47 | i think it froze? it was going through all the lines of parts but now its not moving and then menus in mged aren't doing anything either |
| 13:02.06 | brlcad | http://news.prnewswire.com/DisplayReleaseContent.aspx?ACCT=104&STORY=/www/story/09-10-2009/0005091867&EDATE= |
| 13:03.58 | brlcad | Yoshi47: facetizing one of those bolts is going to take a very long time |
| 13:04.07 | brlcad | check your cpu, it's probably burning |
| 13:04.19 | Yoshi47 | ok, then i'll let it go for the day or weekend! |
| 13:04.21 | brlcad | by "long time", possibly several hours |
| 13:04.41 | Yoshi47 | shes only using one cpu, that leaves the other for me to use for other stuff so i can still work |
| 13:04.58 | brlcad | I think when I last ran it on his bolts, there were a handful of bolts in the model and it took 26 hours |
| 13:05.19 | brlcad | yeah, it's only a single-cpu process .. part why it's slow |
| 13:30.21 | brlcad | ``Erik: heh, you'll probably appreciate this if you haven't seen it yet: http://www.youtube.com/watch?v=Sqz5dbs5zmo&feature=channel_page |
| 13:46.16 | ``Erik | ok, will farrel as neil diamond... that's... just... wrong... |
| 13:48.54 | ``Erik | recognized sandberg, had to dig a bit to figure out why heh |
| 14:04.36 | CIA-28 | BRL-CAD: 0362.80.184.178 07http://brlcad.org * r1619 10/wiki/Main_Page: /* Third-party Projects */ |
| 14:07.04 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r1620 10/wiki/Main_Page: Undo revision 1619 by [[Special:Contributions/62.80.184.178|62.80.184.178]] ([[User talk:62.80.184.178|Talk]]) |
| 14:09.05 | ``Erik | spam spam spam and egg salad |
| 14:09.17 | brlcad | it wasn't really spam, just pointless |
| 14:09.30 | brlcad | someone added a link to wikipedia |
| 14:09.33 | ``Erik | most wiki updates seem to be spam or antispam lately |
| 14:09.54 | brlcad | because nobody is editing the wiki, sure :) |
| 14:10.07 | ``Erik | that alienware laptop is impressive, but I think would be a bad thing for 'selling' the software |
| 14:10.21 | ``Erik | still recent wounds from 'awe'... :) |
| 14:10.35 | brlcad | awe? |
| 14:10.54 | brlcad | oooh |
| 14:10.54 | ``Erik | :) |
| 14:11.12 | brlcad | how so though? |
| 14:11.20 | brlcad | it should be faster than the go cart |
| 14:11.36 | ``Erik | yeah, but "speed" is secondary to "usability" at this point, I think... |
| 14:11.36 | brlcad | at 15 lbs iirc? |
| 14:12.10 | brlcad | true, but in terms of a portable demo .. if that's to start |
| 14:12.17 | brlcad | or you're saying it's not time to start yet |
| 14:12.37 | brlcad | remember how long it might take to get said lappy :) .. |
| 14:12.42 | ``Erik | I think there's a feeling that you need special hardware and an expert to use the software, one of the things I've busted ass to do is make it so it "just works", more along the apple thinking than the linux thinking, y'know? |
| 14:13.40 | brlcad | the laptop should actually hope dispell the special hardware need |
| 14:13.54 | brlcad | i mean i thought a new mbp would work fine too and it's time anyways |
| 14:14.41 | ``Erik | yeah *shrug* that laptop "looks different", though, *shrug* mebbe I'm being oversensitive to the perception thing :) |
| 14:15.22 | ``Erik | is there an extra copy of msvc or something floating around? I want a winderz build and I can't coerce tcl to build sanely with --no-cygwin |
| 14:15.46 | brlcad | if nobody calls attention to it, it'll just be a black box |
| 14:16.06 | brlcad | hm, there is |
| 14:17.01 | ``Erik | drawing attention to "and look, you probably have one of these on your desk!" might be enough to snap any lingering misperceptions |
| 14:17.46 | brlcad | or better yet, "hey and the mac sitting on your desk is more than twice as fast" |
| 14:18.40 | brlcad | mm.. /dev/cocoa libdm interface :) |
| 14:19.04 | ``Erik | *shrug* I have other things to worry about before a big demo |
| 14:19.06 | brlcad | you'd think I would have thought about that earlier given I have the code we'd need sitting in bz |
| 14:19.09 | ``Erik | mostly how to shame the team upstairs :> |
| 14:19.33 | brlcad | i think the idea was for starseeker to make some rounds |
| 14:19.53 | brlcad | as part of a follow-up "here's a set of cool things", adrt being one of them |
| 14:19.59 | ``Erik | ponders using an "icanhascheezburger" image with "UR DOIN IT RONG" O:-) |
| 14:20.27 | *** join/#brlcad Elrohir (n=kvirc@p5B14FE7A.dip.t-dialin.net) |
| 14:21.01 | *** join/#brlcad KingofCSU (n=king@222.247.155.229) |
| 14:21.52 | brlcad | sent http://bzflag.bz/tmp/wrong.jpg to his rower buddies |
| 14:21.53 | ``Erik | (ya in today? I'm thinkin' about lunch already heh) |
| 14:22.33 | brlcad | nah, day off working from home .. so I can actually get this release out and some announcements sent |
| 14:22.41 | ``Erik | aight |
| 14:22.46 | ``Erik | meditates on plugin architectures |
| 14:25.41 | ``Erik | hehehe, "another shotline selection tool" :D |
| 14:25.56 | ``Erik | (or "apple shotline selection tool"? my cocoa experiment :D) |
| 14:28.06 | brlcad | the "ASS Tool" does have a certain ring to it |
| 14:31.09 | Yoshi47 | brlcad, release? |
| 14:31.19 | brlcad | Yoshi47: yes? |
| 14:31.28 | Yoshi47 | 1.4.? |
| 14:31.35 | Yoshi47 | 7.14.? |
| 14:31.36 | Yoshi47 | i mean |
| 14:32.19 | brlcad | 7.16.0 |
| 14:32.26 | Yoshi47 | what is the status on rotate and sweep? |
| 14:32.32 | brlcad | unchanged |
| 14:32.40 | Yoshi47 | usable? |
| 14:32.57 | brlcad | rotate is almost complete, sweep isn't started |
| 14:33.09 | Yoshi47 | ok |
| 14:33.11 | Yoshi47 | thanks |
| 14:33.37 | Yoshi47 | looking into xdmx right now so i can run brlcad ontwo monitors |
| 14:33.38 | brlcad | pacman87_ is unfortunately off smelling graduate roses and such :) |
| 14:33.53 | brlcad | otherwise sweep would be teh awesome by now :) |
| 14:34.49 | Yoshi47 | would be the awesome? like done or usable? |
| 14:35.51 | Yoshi47 | so what can i expect in 7.16 for functionality as a newbie, or am i an ammie |
| 14:36.06 | Yoshi47 | when do i become a non-newbie |
| 14:38.15 | Yoshi47 | peopleofwalmart.com |
| 14:38.18 | ``Erik | "teh awesome", not "the awesome" |
| 14:38.31 | ``Erik | teh intarwebz is SRS BSNES!!@~ |
| 14:38.33 | Yoshi47 | teh? |
| 14:38.38 | Yoshi47 | yes im stupid |
| 14:38.53 | ``Erik | no, the anticulture that came up with "teh" is stupid :D |
| 14:39.01 | _clock_ | agriculture? |
| 14:39.16 | ``Erik | sends Yoshi47 to http://icanhascheezburger.com/ for "re-education" O:-) |
| 14:40.09 | ``Erik | clock: your bolts are brutal, but a fairly clever way to represent them O.o |
| 14:40.56 | _clock_ | ``Erik: hehe thanks |
| 14:40.59 | _clock_ | feels proud |
| 14:45.52 | CIA-28 | BRL-CAD: 03erikgreenwald * r35881 10/brlcad/trunk/src/adrt/ (11 files in 3 dirs): remove obsolete shtuff (the repo remembers.) |
| 14:46.47 | ``Erik | damnit |
| 14:47.45 | ``Erik | "svn commit" "ok, let me get rea" oh, wait, noooo C^^C^C^C^C^C" "fuck you, I'm gonna lock the term and send it ANYWAYS! PTBTBTBT" |
| 14:48.13 | ``Erik | and now my tree is full of conflicts. *sigh* |
| 14:48.58 | brlcad | Yoshi47: you can see the list of user-visible changes for each release at http://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/NEWS |
| 14:49.27 | brlcad | investigates libdispatch |
| 14:49.42 | CIA-28 | BRL-CAD: 03erikgreenwald * r35882 10/brlcad/trunk/src/adrt/Makefile.am: remove obsolete shtuff (the repo remembers.) |
| 14:51.26 | ``Erik | oh, the 'magic' parallel computation for osX? |
| 14:55.52 | brlcad | yeah, they open sourced it |
| 14:56.57 | ``Erik | distchecks to see what he broke |
| 14:57.11 | brlcad | removing subproject authors and readme? |
| 14:57.26 | ``Erik | among other things |
| 14:57.55 | brlcad | the other things aren't interesting :) |
| 14:57.58 | ``Erik | working towards more integration, less 'subproject'ness |
| 14:59.51 | brlcad | hm, okay |
| 14:59.55 | ``Erik | was thinking about merging the ChangeLog into the toplevel one, but *shrug* |
| 15:00.00 | brlcad | those two aren't necessarily orthogonal, though :) |
| 15:00.35 | brlcad | e.g., thinking of making several of the libs more proper sub-projecty |
| 15:00.45 | CIA-28 | BRL-CAD: 03erikgreenwald * r35883 10/brlcad/trunk/src/adrt/ (bench/ scripts/): remove obsolete shtuff (the repo remembers.) |
| 15:01.24 | brlcad | libbu as a stand-alone project, libpkg, benchmark, etc |
| 15:02.56 | ``Erik | Xorg style? |
| 15:03.04 | brlcad | yeah, sort of |
| 15:03.19 | ``Erik | hm |
| 15:03.24 | brlcad | still unified, but a way to make them be stand-alone distributable |
| 15:03.27 | ``Erik | "libbu? why not just use glib2?" |
| 15:03.34 | *** join/#brlcad KingofCSU (n=king@222.247.155.229) |
| 15:03.47 | brlcad | because libbu is better, of course |
| 15:03.54 | brlcad | (and it's closer to APR) |
| 15:04.02 | ``Erik | *shrug* note the double quotes there ;) |
| 15:05.20 | brlcad | making them work well alone will help manage our growth complexity |
| 15:06.03 | brlcad | with a formalized concept of a subproject, new devs can get involved with a portion that is "well defined" |
| 15:06.19 | brlcad | without needing to know the complexities and code creep |
| 15:06.36 | ``Erik | amusingly, I argued long and hard on that for the upstairs project, but I'm not entirely sold on the approach for BRL-CAD :D |
| 15:06.47 | brlcad | e.g., liboptical would make for a horrible subproject right now as it's horribly intermixed with librt |
| 15:07.26 | ``Erik | yeah, ... the "DEPENDS" tag can be used to figure out the dependancy graph (if all targets were apropriately set) |
| 15:07.48 | ``Erik | (adding that was as much for me to understand how things link together as the actual rule...) |
| 15:07.50 | brlcad | I also think we'll get more exposure for folks just looking for a simple library that does something well, for whatever their application is |
| 15:08.45 | ``Erik | heh, it'd really screw with the brains of the people who think BRL-CAD and their projects *MUST* be released at the same time :> |
| 15:08.53 | brlcad | plus making a few of the core pieces stand-alone with reinforce keeping the API lines clean .. making sure DEPENDS stays clean |
| 15:09.35 | brlcad | libbu, libbn, and libpkg are really easy ones to clean up (pkg is practically done) |
| 15:10.35 | brlcad | it's not to say separate tarballs would be required, there's still be the brlcad.tar.gz source bundle |
| 15:11.05 | brlcad | but perhaps binary distros for sub-projects that are stand-alone |
| 15:11.26 | ``Erik | hm |
| 15:12.00 | brlcad | where ./configure --enable-only-benchmark ends up with a binary dist tarball of just that stuff |
| 15:12.50 | brlcad | along with sections for those projects on the website |
| 15:13.06 | brlcad | brlcad.org/project or similar |
| 16:46.08 | Yoshi47 | brlcad, i know your busy with the release but did you ever run the impeller render? |
| 17:08.26 | brlcad | Yoshi47: I did, but I don't have it on hand at the moment |
| 17:08.41 | Yoshi47 | oh ok |
| 17:08.51 | brlcad | you're in the queue for a mailing announcment though :) |
| 17:08.52 | Yoshi47 | both chrome and glass? or just one? |
| 17:09.10 | Yoshi47 | ok |
| 17:09.10 | brlcad | you saw the glass one right? |
| 17:09.12 | brlcad | http://brlcad.org/tmp/impeller.png |
| 17:09.27 | Yoshi47 | the first one yes, but i redid the impeller from scratch for the tutorial |
| 17:09.38 | Yoshi47 | didi you do my new impeller or the old one |
| 17:10.02 | brlcad | erm, the only one I had so it should have been the new one |
| 17:10.04 | Yoshi47 | looks like the old one, the new one has a keyway |
| 17:10.12 | brlcad | otherwise I would have been able to give you the .g |
| 17:10.29 | brlcad | o.O |
| 17:11.20 | brlcad | can check the date/logs :) |
| 17:11.59 | ``Erik | *burp* |
| 17:12.06 | Yoshi47 | i uploaded the txt file and you could recreate it line by line... but you decided to be lazy and try it in one command but that didn't work |
| 17:12.52 | Yoshi47 | i never gave you the g code, i can if you want? but i figured you could just test out my tutorial lines like someone who would be learning it would |
| 17:13.05 | CIA-28 | BRL-CAD: 03bob1961 * r35884 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: Fixed a bug that was causing left-hand rule bots to raytrace incorrectly. |
| 17:14.38 | *** join/#brlcad Ralith (n=ralith@d142-058-090-141.wireless.sfu.ca) |
| 17:16.09 | brlcad | heh, not just lazy .. that should work as part of normal behavior .. something is wrong somewhere |
| 17:16.30 | brlcad | either a bug in the sourcing command, or a bug in the script |
| 17:17.19 | Yoshi47 | ah |
| 17:17.39 | Yoshi47 | i tried it line by line in mged and it worked, and i did it 3 times |
| 17:20.17 | brlcad | things to try turning off glob compat and trying line by line that way, or sourcing more and more of the file until it doesn't match, or simply reviewing the two outputs (manually and sourced) to see what is different |
| 18:22.34 | *** join/#brlcad surje (n=surje@202.3.77.11) |
| 18:33.50 | CIA-28 | BRL-CAD: 03brlcad * r35885 10/brlcad/trunk/NEWS: |
| 18:33.50 | CIA-28 | BRL-CAD: bob fixed a bug with BoT ray tracing where it wasn't correctly identifying the |
| 18:33.50 | CIA-28 | BRL-CAD: bot_orientation for left-handed BoTs, which made them render wrong. Swapped |
| 18:33.50 | CIA-28 | BRL-CAD: bot_mode with bot_orientation and the problem is fixed. (those should be |
| 18:33.50 | CIA-28 | BRL-CAD: typedefs so we could have gotten a type error). |
| 18:55.09 | *** join/#brlcad Ralith (n=ralith@69.90.48.127) |
| 18:59.03 | indianlarry | starseeker: Can you convert the 'shape1' geom to step and put out under your 'bz' directory? |
| 18:59.15 | indianlarry | Left my copy there... |
| 19:03.34 | *** join/#brlcad Elrohir (n=kvirc@p5B14FE7A.dip.t-dialin.net) |
| 19:05.32 | starseeker | indianlarry: sorry, moving today :-( |
| 19:08.26 | indianlarry | starseeker: No biggy just playin... |
| 19:10.00 | brlcad | indianlarry: pm |
| 19:11.47 | indianlarry | brlcad: pm? |
| 19:11.54 | brlcad | ~pm |
| 19:11.55 | ibot | well, pm is project manager, or private message, or perl mongers, or pathetic moron: when you see someone say pm, they're asking if you think that they're a pathetic moron, or something you don't do without asking permission |
| 19:12.03 | brlcad | heh |
| 19:12.05 | brlcad | privmsg |
| 19:13.20 | brlcad | ctrl-n :) |
| 19:19.03 | *** join/#brlcad talcite (n=Matthew@dhcp-143-147.mcme-students.carleton.ca) |
| 19:23.37 | louipc | prime minister |
| 19:26.49 | brlcad | post meridian |
| 19:27.06 | indianlarry | phat man |
| 19:27.26 | brlcad | punny monkey |
| 19:28.03 | CIA-28 | BRL-CAD: 03bob1961 * r35886 10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: Mods to accomodate the move of arbn_brep.cpp |
| 19:33.29 | *** join/#brlcad Elrohir (n=kvirc@p5B14FE7A.dip.t-dialin.net) |
| 19:35.19 | alex_joni | pm = picometer |
| 19:35.25 | CIA-28 | BRL-CAD: 03brlcad * r35887 10/brlcad/trunk/NEWS: |
| 19:35.25 | CIA-28 | BRL-CAD: in rt_pipe_adjust() an only temporary invalid pipe segment will not be |
| 19:35.25 | CIA-28 | BRL-CAD: considered as an error any more (reword for brevity, release prep, revision |
| 19:35.25 | CIA-28 | BRL-CAD: 35879). this addresses a problem reported by randerson303 on discussion forum |
| 19:35.25 | CIA-28 | BRL-CAD: where a g2asc+asc2g would fail with a bot outer diameter must be larger than |
| 19:35.28 | CIA-28 | BRL-CAD: inner diameter error. |
| 19:35.33 | CIA-28 | BRL-CAD: 03bob1961 * r35888 10/brlcad/trunk/src/external/ProEngineer/proe-brl.c: |
| 19:35.33 | CIA-28 | BRL-CAD: Even though proe spits out left-hand rule triangles, set things back to have |
| 19:35.34 | CIA-28 | BRL-CAD: "no" orientation in case proe ever spits out a mixed bag of left and right hand |
| 19:35.36 | CIA-28 | BRL-CAD: triangles. While we're at it, since proe seems to be spitting out left-hand rule |
| 19:35.40 | CIA-28 | BRL-CAD: triangles (i.e. clockwise), reverse this to be right-hand rule (i.e. |
| 19:35.42 | CIA-28 | BRL-CAD: counter-clockwise) so that shaded-mode works properly without having to run |
| 19:35.44 | CIA-28 | BRL-CAD: bot_flip. |
| 19:57.46 | CIA-28 | BRL-CAD: 03brlcad * r35889 10/brlcad/trunk/NEWS: bob changed the pro/e exporter to output bots with a right-hand ordering, but the bot is labeled as unoriented just in case there are mixed-orientations being output for some objects. |
| 20:06.17 | CIA-28 | BRL-CAD: 03brlcad * r35890 10/brlcad/trunk/TODO: |
| 20:06.17 | CIA-28 | BRL-CAD: need something like a 'select' command for libged so that there can be stateful |
| 20:06.17 | CIA-28 | BRL-CAD: namable temporary selections/groupings of objects. this allows a command-line |
| 20:06.17 | CIA-28 | BRL-CAD: mechanism for common gui selection operations (band select, clicked selections, |
| 20:06.17 | CIA-28 | BRL-CAD: volumetric selections). |
| 20:10.30 | CIA-28 | BRL-CAD: 03brlcad * r35891 10/brlcad/trunk/TODO: oh yeah, can replace sphgroup with select. |
| 20:16.40 | brlcad | indianlarry: ping |
| 20:16.47 | CIA-28 | BRL-CAD: 03brlcad * r35892 10/brlcad/trunk/NEWS: |
| 20:16.47 | CIA-28 | BRL-CAD: this is cool. bob implemented support for sub-object erasures where you can |
| 20:16.47 | CIA-28 | BRL-CAD: d/erase an object within a currently displayed object. it will expand the |
| 20:16.47 | CIA-28 | BRL-CAD: display list to the list of sub-objects still currently displayed (e.g. e all.g; |
| 20:16.47 | CIA-28 | BRL-CAD: d all.g/platform.r; who; and it'll report all.g/cone.r all.g/light.r, etc). |
| 20:29.24 | ``Erik | http://www.techcrunch.com/2009/09/10/yeah-ok-so-facebook-punkd-us/ nice |
| 20:31.42 | CIA-28 | BRL-CAD: 03brlcad * r35893 10/brlcad/trunk/NEWS: bob added bot_flip and bot_sync commands to archer (which should be nearly all or all of them now). |
| 20:36.12 | CIA-28 | BRL-CAD: 03brlcad * r35894 10/brlcad/trunk/NEWS: |
| 20:36.12 | CIA-28 | BRL-CAD: stephen 'el magnifico' kennedy wrote a procedural human geometry generator |
| 20:36.12 | CIA-28 | BRL-CAD: (called 'human') that was added to mged and archer. in addition to a |
| 20:36.12 | CIA-28 | BRL-CAD: command-line command, there's an initial (possibly non-functioning) archer |
| 20:36.12 | CIA-28 | BRL-CAD: plugin gui too. |
| 20:37.53 | CIA-28 | BRL-CAD: 03brlcad * r35895 10/brlcad/trunk/NEWS: |
| 20:37.53 | CIA-28 | BRL-CAD: reword as it wasn't added to mged... stephen 'el magnifico' kennedy wrote a |
| 20:37.53 | CIA-28 | BRL-CAD: procedural human geometry generator (called 'human') that was added to archer. |
| 20:37.53 | CIA-28 | BRL-CAD: in addition to a command-line command, there's an initial (possibly |
| 20:37.53 | CIA-28 | BRL-CAD: non-functioning) archer plugin gui too. implemented with bob's help of course. |
| 20:38.34 | *** join/#brlcad Ralith (n=ralith@d142-058-081-105.wireless.sfu.ca) |
| 20:40.47 | *** join/#brlcad talcite (n=Matthew@134.117.143.147) |
| 20:41.48 | brlcad | wonders what the heck erase -o is supposed to mean |
| 20:43.27 | brlcad | god, bob .. hope you didn't use 'o' for 'only' non-unique |
| 20:44.19 | ``Erik | want me to go slap him? :D |
| 20:46.25 | brlcad | could ask him what it means .. I see it makes it add all attribute matches .. but I don't see why you'd not want to always do that |
| 20:46.52 | brlcad | trying to pull together the release notes, that one make no sense |
| 20:48.20 | ``Erik | he's in the other building doing some compiles |
| 20:48.36 | brlcad | darn |
| 20:48.44 | brlcad | okay, I'll just leave it out |
| 20:48.59 | ``Erik | (ed said he should be back pretty soon) |
| 20:49.47 | CIA-28 | BRL-CAD: 03brlcad * r35896 10/brlcad/trunk/NEWS: bob added a -A option to the d/erase command that will erase objects that contain a specified attribute name=val match. not documenting the odd -o option just yet. |
| 20:52.36 | CIA-28 | BRL-CAD: 03brlcad * r35897 10/brlcad/trunk/NEWS: meester anderson fixed the bigE command which wasn't reporting the display list name post libged migration. |
| 20:53.21 | brlcad | gah, draw has a -A/-o too |
| 20:55.56 | CIA-28 | BRL-CAD: 03brlcad * r35898 10/brlcad/trunk/NEWS: bob added a -A option to the d/erase and e/draw commands that will erase/draw objects that contain a specified attribute name=val match. not documenting the odd -o option just yet. |
| 21:06.31 | CIA-28 | BRL-CAD: 03brlcad * r35899 10/brlcad/trunk/src/libdm/dm-rtgl.c: style ws indent consistency cleanup |
| 21:15.19 | *** join/#brlcad Ralith (n=ralith@d142-058-081-105.wireless.sfu.ca) |
| 21:26.28 | CIA-28 | BRL-CAD: 03brlcad * r35900 10/brlcad/trunk/src/adrt/slave/g-adrt.c: remove dead file |
| 21:32.29 | *** join/#brlcad Ralith_ (n=ralith@d142-058-088-074.wireless.sfu.ca) |
| 21:37.58 | *** join/#brlcad Yoshi477 (n=jan@d72-39-56-44.home1.cgocable.net) |
| 22:22.58 | ``Erik | brlcad: talked to bob |
| 22:23.26 | ``Erik | he saw the -o and was just replicating, he didn't put any kinda focused thought into it |
| 22:25.31 | *** join/#brlcad talcite_ (n=matthew@69-196-132-97.dsl.teksavvy.com) |
