| 00:05.29 | *** join/#brlcad hippieindamakin8 (n=hippiein@210.212.55.3) | |
| 00:31.07 | starseeker | emerges from his first deep dive into the guts of the brep code - wow there's a lot to soak in here |
| 00:32.22 | starseeker | brlcad: Is it a reasonable strategy for surface "wireframe" visualization of nurbs surfaces to randomly sample uv space points and plot points on the real-space coordinates? kinda a "point cloud" for the nurb surface? |
| 00:33.06 | starseeker | maybe not as a normal viewing mode but for debugging it would be handy |
| 00:33.26 | starseeker | e.g. the rebuilt sphere |
| 00:35.07 | starseeker | is eying EvPoint for this purpose, once he figures out how to get the uv domain in which to sample... |
| 00:38.57 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 00:41.26 | CIA-28 | BRL-CAD: 03Pacman87 07http://brlcad.org * r1425 10/wiki/Google_Summer_of_Code/2009: Updated with accepted proposals |
| 00:41.39 | pacman87 | i'm assuming that's the right page for that |
| 00:42.11 | pacman87 | madant, jdoliner, et al: feel free to add details |
| 00:42.16 | pacman87 | http://brlcad.org/wiki/Google_Summer_of_Code/2009 |
| 00:53.46 | CIA-28 | BRL-CAD: 03Jdoliner 07http://brlcad.org * r1426 10/wiki/Google_Summer_of_Code/2009: /* Hybrid Representation through BREP on BREP CSG */ |
| 00:54.18 | CIA-28 | BRL-CAD: 03Jdoliner 07http://brlcad.org * r1427 10/wiki/Google_Summer_of_Code/2009: /* Hybrid Representation through BREP on BREP CSG */ |
| 00:54.40 | CIA-28 | BRL-CAD: 03Jdoliner 07http://brlcad.org * r1428 10/wiki/Google_Summer_of_Code/2009: /* Hybrid Representation through BREP on BREP CSG */ |
| 00:55.29 | CIA-28 | BRL-CAD: 03Jdoliner 07http://brlcad.org * r1429 10/wiki/Google_Summer_of_Code/2009: /* Hybrid Representation through BREP on BREP CSG */ |
| 01:00.17 | brlcad | pacman87: yep, thanks! |
| 01:01.31 | Ralith | huh, could have sworn my mentor was starseeker this morning. |
| 01:03.20 | brlcad | jdoliner, Ralith, madant, pacman87 -- please do keep in mind a few things: 1) conversations should be public, 2) mentoring should similarly be public especially technical discussions, and 3) your listed mentor is predominantly for logistically tracking your progress |
| 01:04.15 | pacman87 | Ralith: are you Benjamin Saunders? |
| 01:04.24 | brlcad | i.e., they're not your "go-to" person for technical discussions -- those really should be open forums (here and/or irc) where any/other devs can at least listen in |
| 01:04.30 | Ralith | pacman87: yup. |
| 01:04.56 | brlcad | Ralith: he was, there were a few swap-ups once the website was finally accessible again |
| 01:05.00 | CIA-28 | BRL-CAD: 03Pacman87 07http://brlcad.org * r1430 10/wiki/Google_Summer_of_Code/2009: |
| 01:05.01 | Ralith | ah. |
| 01:05.06 | pacman87 | i suppose i could've deduced that |
| 01:05.06 | Ralith | yeah, I recall you mentioned that we're using group-mentoring |
| 01:05.13 | Ralith | plus it's always good to have such things in everyone's logs |
| 01:05.14 | brlcad | not that it matters who is listed really :) |
| 01:05.25 | Ralith | matters that I'm not going insane ^^ |
| 01:05.35 | pacman87 | oh, and time zones might also be good for that page |
| 01:05.45 | brlcad | well, that's not necessarily proof *against* that fact, Ralith :) |
| 01:05.50 | Ralith | hehe |
| 01:06.18 | pacman87 | the "MoRe.brlcad.org 2" makes me curious... |
| 01:06.27 | Ralith | pacman87: I dunno. I suspect I speak for more than myself when I say that my sleep schedule is strange and unpredictable enough to make timezone questionably relevant. |
| 01:06.56 | brlcad | pacman87: how so? |
| 01:07.05 | pacman87 | not a descriptive title |
| 01:07.12 | brlcad | ah :) |
| 01:07.13 | pacman87 | wondering what the project actually is |
| 01:07.22 | brlcad | knew exactly what that was ;) |
| 01:07.42 | ``Erik | O.O http://www.mtv.com/ontv/dyn/the_state/series.jhtml |
| 01:07.56 | brlcad | she was an applicant last year that we lost during conflict resolution, hence the '2' |
| 01:08.21 | pacman87 | ah |
| 01:09.04 | brlcad | yes, one of you four got lucky! ;) |
| 01:10.56 | brlcad | starseeker: sure, but if you're going to do that much, why not use the points to stich them together and display a mesh instead? |
| 01:11.08 | starseeker | sure |
| 01:11.14 | brlcad | that's all things like tor do, sample around the surface parameter space and display a mesh |
| 01:11.27 | starseeker | ok, that's what I want :-) |
| 01:11.51 | starseeker | would like rebuilt sphere to actually look like a sphere in wireframe... call me crazy... |
| 01:11.57 | brlcad | even the old nurbs code does that -- the only trick is not making too many edges |
| 01:13.12 | starseeker | has yet to get it to give him any points... |
| 01:13.15 | brlcad | since you'll quickly run out of memory or end up with complex wireframes for trivial shapes that are expensive to display -- want a 'minimal' mesh that is barely sufficient |
| 01:13.20 | starseeker | nods |
| 01:13.39 | ``Erik | yeah, screen full of red == bad |
| 01:14.39 | ``Erik | meshes will show ya pretty quick how bad it gets (be good to have LoD on those) |
| 01:15.30 | brlcad | we should eventually sort out a way to manage levels of detail in the wireframe, so we can have beautifully smooth curves and detail when it matters along with being able to bring up entire vehicles without 'e' taking minutes |
| 01:17.06 | Ralith | pacman87: oooh, sweep prims? Awesome! |
| 01:17.22 | Ralith | been wanting those. |
| 01:17.36 | brlcad | be nice to stack automatic LoD on top of it too, so mged or the display manager could recognize that an object is less than 2x2 pixels in screen space, for example, so it only displays a dot, etc |
| 01:18.57 | ``Erik | and mebbe look at refresh time to see if level should be tweaked down on slow machines or up on fast ones |
| 01:19.19 | brlcad | nods |
| 01:19.46 | ``Erik | (overridable, of course, for when the gurus know what they're doing) |
| 01:20.13 | starseeker | OK, here's something else from Rhino in the nurbs department: http://bzflag.bz/~starseeker/nurbs_shape1.g |
| 01:20.28 | starseeker | looks like this in Rhino: http://bzflag.bz/~starseeker/shape1_rhino.png |
| 01:20.49 | starseeker | and currently looks like this in my raytrace: http://bzflag.bz/~starseeker/shape1.png |
| 01:21.21 | ``Erik | thinks one of those is broken |
| 01:21.24 | brlcad | cool, looks about the same to me |
| 01:21.31 | brlcad | we're done! |
| 01:21.35 | starseeker | hehe |
| 01:21.40 | brlcad | oh I see the problem |
| 01:21.42 | brlcad | ours is red |
| 01:21.42 | ``Erik | those aren't the same ae or perspective |
| 01:21.52 | ``Erik | so it's impossible to do a pixel comparison |
| 01:21.55 | ``Erik | (plus one is red) |
| 01:22.07 | starseeker | brlcad: will that do for a "next step" geometry test or is that a bit much? |
| 01:22.12 | brlcad | matching view would help |
| 01:22.18 | ``Erik | c'mon, starseeker, if you want a pixel comparison, at LEAST get the ae right |
| 01:22.21 | brlcad | it's a bit much I'd think |
| 01:22.26 | starseeker | sigh |
| 01:22.34 | starseeker | ok, I'll take another stab tomorrow |
| 01:22.36 | brlcad | i mean keep it, great test case |
| 01:22.49 | brlcad | but about as complex as the vase it seems |
| 01:22.57 | starseeker | ah |
| 01:23.01 | brlcad | how many surfaces? |
| 01:23.21 | starseeker | it's two extruded curves, one subtracted from the other |
| 01:23.29 | starseeker | not sure how it came out surface wise |
| 01:23.33 | brlcad | right, but what did it store? |
| 01:23.38 | brlcad | l in mged should say |
| 01:23.40 | ``Erik | making each surface a different color might help |
| 01:23.53 | starseeker | 5 faces |
| 01:24.04 | brlcad | huh |
| 01:24.07 | brlcad | counted 4 |
| 01:24.27 | starseeker | I may have messed up in rhino |
| 01:24.36 | starseeker | isn't a rhino expert, unfortunately |
| 01:24.37 | ``Erik | mebbe the pinches on the inside split the inside into two faces? |
| 01:25.54 | starseeker | incidently, this shape really shows up the limitations of our current wireframe routine ;-) |
| 01:25.59 | brlcad | starseeker: I would suggest starting with the primitives (again) but more methodically making test geometry that test varied (non-uniform and uniform) scaling |
| 01:26.08 | starseeker | ok |
| 01:26.54 | starseeker | should read the Rhino tutorial this time :-P |
| 01:27.40 | starseeker | really hits the road this time |
| 01:27.45 | starseeker | shopping to do |
| 01:27.47 | brlcad | like a sub-mm sphere, a unit sphere, a 1m sphere, a 1000m sphere, then for each of those vertically compressed (a flatish disk, maybe in half) and vertically stretched (a long ellipsoid, maybe quadruple) |
| 01:28.06 | brlcad | then move on to the next primitive, repeat |
| 01:28.22 | brlcad | each one should be pretty quick to generate, save |
| 01:28.44 | brlcad | that should make sure the tolerances are working right |
| 01:30.17 | brlcad | (keep screenshots of a consistent view in rhino for comparison, like 35/25 or 45/45 |
| 02:43.33 | *** join/#brlcad rbfish2k (n=chatzill@pool-71-125-225-196.nycmny.east.verizon.net) | |
| 03:26.46 | *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net) | |
| 04:03.07 | *** join/#brlcad madant_ (n=d@117.196.142.178) | |
| 04:10.12 | CIA-28 | BRL-CAD: 03Ralith 07http://brlcad.org * r1431 10/wiki/User:Ralith: Removed now-irrelevant TCL dep removal proposal. |
| 04:28.12 | CIA-28 | BRL-CAD: 03Ralith 07http://brlcad.org * r1432 10/wiki/Google_Summer_of_Code/2009: Linked to OpenGL GUI proposal |
| 04:36.18 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 04:51.01 | CIA-28 | BRL-CAD: 03brlcad * r34273 10/brlcad/trunk/ (NEWS TODO src/libged/mirror.c src/mged/setup.c): |
| 04:51.01 | CIA-28 | BRL-CAD: restored the mirror command's ability to take a trailing x|y|z axis option while |
| 04:51.01 | CIA-28 | BRL-CAD: still utilizing the new command wrappers. instead of calling the edit wrapper, |
| 04:51.01 | CIA-28 | BRL-CAD: though, we just call the view wrapper and do the edit/redraw ourselves. works |
| 04:51.01 | CIA-28 | BRL-CAD: like a charm. this was specifically requested by victor cericole for |
| 04:51.04 | CIA-28 | BRL-CAD: efficiency/familiarity, albeit left it intentionally undocumented |
| 04:53.19 | *** join/#brlcad pacman87 (n=pacman87@resnet-46-40.dorm.utexas.edu) | |
| 05:40.12 | *** join/#brlcad dreeves2 (n=40b2b147@bz.bzflag.bz) | |
| 05:40.35 | dreeves2 | ~log |
| 05:40.36 | ibot | log is, like, as piece of wood, or a record, or the opposite of exponentiation, or http://ibot.rikers.org/%23uphpu/ |
| 06:04.24 | *** join/#brlcad madant (n=d@117.196.142.178) | |
| 06:20.01 | *** join/#brlcad madant (n=d@117.196.142.178) | |
| 06:52.05 | madant | !peak |
| 07:01.09 | *** join/#brlcad madant_ (n=d@117.196.139.253) | |
| 07:25.31 | *** join/#brlcad _clock_ (n=_sushi_@77-58-147-167.dclient.hispeed.ch) | |
| 07:48.19 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1177593350.dsl.bell.ca) | |
| 08:51.56 | *** join/#brlcad mafm_ (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) | |
| 08:52.17 | *** join/#brlcad madant (n=d@117.196.137.152) | |
| 09:29.40 | *** join/#brlcad Elrohir (n=kvirc@p5B14EEE3.dip.t-dialin.net) | |
| 09:47.48 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) | |
| 10:19.57 | d-lo | mernin all! |
| 10:32.36 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 10:34.39 | mafm_ | mernin, d-lo |
| 10:35.11 | d-lo | hai mafm! How goes it? |
| 10:36.46 | mafm | http://edu.gulo.org/index.php?option=com_content&view=article&id=47&Itemid=56 |
| 10:37.04 | mafm | considering attending the emacs course |
| 10:37.16 | mafm | "Line editors and the infamous ed -> vi evolution." |
| 10:37.36 | mafm | sounds amazing as a piece of compuer archaeology :P |
| 10:38.06 | mafm | "Religion and text editors" - spiritual enlightening |
| 10:58.30 | d-lo | heh: http://hasthelargehadroncolliderdestroyedtheworldyet.com/ |
| 10:59.00 | d-lo | the html source is a hoot. |
| 10:59.47 | *** join/#brlcad madant_ (n=d@117.196.128.151) | |
| 11:29.29 | *** join/#brlcad Elrohir (n=kvirc@p5B14EEE3.dip.t-dialin.net) | |
| 11:53.45 | brlcad | mafm: sounds like a great course |
| 11:54.58 | mafm | brlcad: kidding, I guess :P |
| 11:55.05 | mafm | s/guess/hope/ |
| 11:55.25 | brlcad | mafm: heh, nope |
| 11:55.42 | brlcad | that really does sound like a nice comprehensive overview of emacs |
| 11:57.26 | *** join/#brlcad LarsG (n=89840306@bz.bzflag.bz) | |
| 11:58.26 | LarsG | Hi... anyone has some time for a short question? I am trying to (mis-)use brlcad to convert from dxf to iges... |
| 11:58.57 | brlcad | dxf-g, g-iges |
| 11:58.57 | LarsG | I manage to import both the 2d and the 3d content from my dxf, but from seperate input files |
| 11:59.16 | brlcad | ahh, 2D export to iges isn't probably going to succeed |
| 11:59.17 | LarsG | so now, I have two g.files (databases) that I would have to merge |
| 11:59.27 | LarsG | hm |
| 11:59.29 | brlcad | the fact that dxf-g imports 2D is sheer oddity |
| 11:59.41 | brlcad | rather, it's "new" |
| 11:59.55 | LarsG | ok, I can report it to work as import |
| 12:00.06 | brlcad | we don't generally import non-solid objects, but one of the devs added 2D support for dxf since they closely map to our sketch objects |
| 12:01.14 | *** join/#brlcad LarsG (n=89840306@bz.bzflag.bz) | |
| 12:01.25 | brlcad | larsG: we don't generally import non-solid objects, but one of the devs added 2D support for dxf since they closely map to our sketch objects |
| 12:01.36 | mafm | brlcad: would you go to one such course? I find it pretty un-amusing, spending 1 whole day (8 hours) lerning how to use a diary or connect to jabber with emacs :P |
| 12:01.37 | brlcad | but might as well give it a try :) |
| 12:02.08 | LarsG | I see, so no chance to get both exported |
| 12:02.22 | brlcad | mafm: I know most of how to do that with emacs already, but yeah I'd consider it |
| 12:02.28 | LarsG | but for interest, is there a merge-command to merge two databases? |
| 12:02.31 | brlcad | LarsG: I don't recall frankly |
| 12:02.44 | brlcad | what iges will do with the sketch objects is the big question |
| 12:02.54 | brlcad | LarsG: it's trivial to merge to .g files |
| 12:03.29 | brlcad | you can dbconcat or use mged File->Import or literally 'cat' the two files together (assuming you don't have name collisions) |
| 12:03.48 | LarsG | ahhh ok, I was hoping for something like that |
| 12:04.25 | brlcad | dbconcat in mged is the most 'clean' way |
| 12:05.27 | LarsG | ok I try this |
| 12:07.51 | LarsG | hm the only problem now is that I get two times "all" |
| 12:08.19 | mafm | brlcad: I'm only interested in some bits, and especially first and last day look like a bit ... preposterous? to me, I don't know what's unholy about ed to vi evolution, and I don't know why you would want to use emacs instead of proper and efficient tools for some of the day5 tasks :) |
| 12:11.17 | LarsG | ok, I think I got it by adding prefixes, still the effect is strange. |
| 12:11.31 | LarsG | I can either display the 3d or the 2d stuff |
| 12:12.46 | LarsG | if I switch off the model in the geombrowser, I can display the dimensions, but when the model is displayed, the 2d objects stay invisible |
| 12:22.01 | brlcad | mafm: first day is basically history and basics of use -- what makes that preposterous? |
| 12:23.42 | *** join/#brlcad LarsG1 (n=lars@as60223.pc.nus.edu.sg) | |
| 12:23.44 | brlcad | mafm: if you don't know why, then it sounds like it's probably a good course for you too -- some of the topics on day 5 are very powerful facilities |
| 12:24.33 | brlcad | the point is to teach you why |
| 12:25.07 | brlcad | perhaps address many of your preconceived notions, which sound like you have quite a few of |
| 12:26.46 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) | |
| 12:27.01 | brlcad | howdy d_rossberg |
| 12:28.23 | archivist | if an editor need a 5 day course then there is some thing wrong with usability :) |
| 12:28.35 | brlcad | or there's just that much you can do with it |
| 12:29.30 | brlcad | very likely could spend just as much time covering all the things possible with vim |
| 12:30.10 | brlcad | and I know entire (multi-week) courses that focus around teaching things like msstudio |
| 12:30.19 | archivist | "Keeping balances and bank transactions" surely an editor is the wrong place for banking |
| 12:30.25 | d_rossberg | good morning to all |
| 12:30.30 | brlcad | it's not an editor, that's the point |
| 12:30.56 | brlcad | it's an environment, and a programmable one at that |
| 12:32.26 | d-lo | mernin d_rossberg. How goes things? |
| 12:34.00 | d-lo | archivist: Lets put it this way: In the Terminator movies, skynet is actually a 'mode' of emacs. |
| 12:34.11 | mafm | brlcad: explaining "infamous ed -> vi evolution" doesn't sound right to me, or "religion and text editors" |
| 12:34.36 | brlcad | mafm: why? |
| 12:34.44 | mafm | trollish |
| 12:34.49 | brlcad | it's for better or worse, a HUGE aspect to the history of the projects |
| 12:35.03 | brlcad | there have been editor "wars" as long as there have been editors |
| 12:35.34 | brlcad | a course on the editor covering the history of how/why it came to pass not covering those wars would be like covering WWII and leaving out Germany |
| 12:38.51 | brlcad | I certainly didn't read it as trollish, though I can see how you would have .. but just further reinforces that it sounds like you're rather biased with several preconceptions |
| 12:39.47 | mafm | dunno, I just happen to find emacs useful and use it, I don't know why should I bother with the wars with vi in a course... maybe I just expect technical aspects and not other considerations :) |
| 12:39.48 | brlcad | could certainly talk about the ed->vi evolution and editor religion with or without an agenda -- it's history and perspective (that many people don't have contrary to his 'infamous' claim) |
| 12:40.51 | brlcad | mafm: heh, well maybe it's just filler, they have a week to fill after all ;) |
| 12:41.37 | mafm | I think that they just enjoy it (I know some of the people and they do use emacs to connect to IRC and all that) |
| 12:42.27 | brlcad | likewise, friends that use it for email and finances and other purposes .. and they're impressively efficient at it |
| 12:42.46 | archivist | some time you need the best tool for the job and not a jack of all trades |
| 12:42.56 | brlcad | not my preference nor a skill set proficiency that I've learned, but doesn't mean it's wrong either ;) |
| 12:42.59 | mafm | mines aren't terribly efficient at that, though :) |
| 12:44.10 | mafm | in fact they spend time trying to do that instead of working properly |
| 12:45.06 | brlcad | meh, it's their time to use -- everyone has hobbies |
| 12:45.11 | mafm | I can see why it's useful to show that you can use emacs as an environment, but you don't have to showcase all those tools for a whole day |
| 12:45.53 | *** part/#brlcad LarsG1 (n=lars@as60223.pc.nus.edu.sg) | |
| 12:45.55 | ``Erik | pheer bill joys hack around ed to make it 'wysiwig', death to the its teco clusterfuck! :D |
| 12:46.04 | mafm | well, one of them is doing it during working hours, not as hobby, maybe I'm also a bit biased because of that :P |
| 12:46.55 | ``Erik | the only people who think the emacs/vi religious war isn't friendly are the newbs and outsiders :) |
| 12:47.07 | brlcad | many/most people have hobby-spillover with their work, that was part of the point |
| 12:47.18 | brlcad | if you don't allow it, you have unhappy unproductive people |
| 12:47.34 | ``Erik | (emacs is an interesting lispos for an archaic variant... all it's missing is a decent editor) |
| 12:47.38 | brlcad | what do you care if you're doing your part -- unless you're an unhappy unproductive person :P |
| 12:47.44 | ``Erik | I think I'm in a couple fortune files saying something like that O.o |
| 12:48.14 | ``Erik | (morning, all) |
| 12:48.24 | mafm | I care because I have to share his part, when he doesn't do it :D |
| 12:48.54 | brlcad | so, unless you hate your job? |
| 12:49.06 | brlcad | in which case.. you have a bigger problem |
| 12:50.26 | mafm | erm, yes, it's a sunny day around here... |
| 12:50.28 | brlcad | i'd take on any coworker's project in a minute were it not for time conflicts and competing priorities, it's nearly all fun stuff to work on (the comp sci parts) |
| 12:51.01 | mafm | ;) |
| 12:51.02 | d-lo | its begining to sound like brlcad is wasting too much time sleeping and chatting on irc! |
| 12:52.24 | d_rossberg | d-lo: lot of work here |
| 12:52.27 | brlcad | naw, I'm happy I got mirror 'fixed' |
| 12:52.45 | brlcad | digesting the next move |
| 12:54.57 | ``Erik | gheh, digesting :/ shoulda had more than a salad for dinner last night |
| 12:55.25 | mafm | btw ``Erik, vi doesn't even deserve to be consider a match to emacs, it's so inferior that it hurts when you pronounce the name, blagh :P |
| 12:55.36 | brlcad | ahh, that reminds me .. I *did* have salad (caprese) and an amazing risotto... must get more! |
| 12:55.52 | ``Erik | heh, vim is my weapon of choice, emacs is so... gooby |
| 12:56.30 | archivist | is raw vi |
| 12:56.32 | ``Erik | is using both lately, 'slime' is impressive and hasn't tried the vim equivalent |
| 12:56.51 | ``Erik | and I've had to use ed on a few occasions :) |
| 12:56.55 | ``Erik | the ONE TRUE EDITOR |
| 12:57.09 | mafm | the ONE LINE AT A TIME true editor |
| 12:57.27 | archivist | although on windaz I use syn |
| 12:57.28 | ``Erik | erm less so than emacs O.o |
| 12:57.42 | ``Erik | on windows, I use a fbsd install cd |
| 12:57.44 | ``Erik | O:-) |
| 12:57.55 | mafm | wouldn't people use sed instead of ed nowadays? |
| 12:58.03 | mafm | I never resorted to use ed |
| 12:58.08 | ``Erik | uhm... ed is interactive sed |
| 12:58.16 | d-lo | add fuel to fire. |
| 12:58.22 | d-lo | vi is stupid. |
| 12:58.30 | ``Erik | yes, you're an ide weenie, you know nothing |
| 12:58.30 | ``Erik | ;D |
| 12:59.05 | mafm | yeah, a mouse engineer :P |
| 12:59.14 | starseeker | throws some gasoline on the flamewar by saying he likes nedit :-P |
| 12:59.44 | starseeker | nothing like a good flamewar in the morning to get the blood moving |
| 12:59.54 | ``Erik | what would something about visual studio add to the fire? |
| 13:00.15 | starseeker | that's beyond a mere flamewar ;-) |
| 13:00.18 | ``Erik | is that the godwin's law of editors? |
| 13:00.29 | d-lo | ``Erik: I dunno what throwing pure evil on a fire would do... |
| 13:00.44 | mafm | sure, you're an editor nazi, ``Erik |
| 13:00.48 | starseeker | more like the framewar breaks up with all sides laughing at the idea of visual studio as an editor... |
| 13:01.04 | starseeker | sort of a "ok, none of us are as bad as that" effect |
| 13:01.37 | ``Erik | d-lo: I was reading a website about interviews at MS last night and one of them was "you're in an 8x8' roomt with no doors and the prince of darkness appears before you" |
| 13:01.52 | d-lo | ahahahahaha. |
| 13:01.57 | ``Erik | my thought was to ask "um, is it bill? or is he the king and steve the prince? I need to know if I have to dodge chairs..." |
| 13:02.06 | mafm | time to retire for my coffee, now that my evil plan to start a yihad here at #brlcad :P |
| 13:02.21 | ``Erik | wonders how that would go over at an ms interview |
| 13:02.34 | d-lo | mafm: no jihad. I am right and everyone else is wrong. Its as simple as that. |
| 13:03.02 | ``Erik | emacs and vim are awfully hard to use when you can only interface a computer via a 2 button mouse :( |
| 13:03.13 | mafm | erm, now that my plan (rest of phrase) succeeded* |
| 13:03.21 | d-lo | ``Erik: My brother in law (aka the guy who is high up on the Silverlight team) just bought an iPod. His boss glares at him all day :) |
| 13:03.45 | starseeker | lololol |
| 13:04.17 | ``Erik | hehehe, didja see the surveillance video of the thief who stole a laptop and shit, stole the headphones off of a zune, but left the zune? :D |
| 13:04.30 | d-lo | ``Erik: true, but if someone doesn't have a keyboard, I would love to see even an emacs guru be productive ;) |
| 13:05.01 | ``Erik | I'd love to see an emacs guru be productive even with a kbd *cough* O:-) |
| 13:05.37 | ``Erik | http://digg.com/comedy/Thief_Steals_Everything_But_The_Zune |
| 13:05.47 | d-lo | In fact, I would bet that if a vi/vim guru sat down at a computer without a keyboard, he would just stare at the mouse with blood running out of his ears. |
| 13:06.24 | ``Erik | heh, vi was made to interface computers without keyboards :D slow-assed teletype terminals ftw |
| 13:06.30 | mafm | lol |
| 13:10.53 | ``Erik | rubs the sleep from his eyes and tries to figure out which task to do today |
| 13:11.38 | brlcad | adrt client ftw! |
| 13:12.01 | ``Erik | yeah, but I also have to get the forge pki crap done 'real soon now' |
| 13:12.02 | ``Erik | :( |
| 13:12.32 | ``Erik | plus an abstract for a paper |
| 13:12.38 | ``Erik | if not a chunk of the paper heh |
| 13:13.22 | brlcad | hey, you said "today" .. all the rest of that could be done tomorrow |
| 13:14.03 | ``Erik | given how long it takes the adrt stuff to instrument for a peek at what it may be doing, progress there isn't a "today" thing :( |
| 13:16.51 | ``Erik | might try to twist it into libpkg to make it a little more coherent |
| 13:17.13 | brlcad | would be teh awesome |
| 13:24.15 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-208.sbndin.btas.verizon.net) | |
| 13:38.06 | *** join/#brlcad hippieindamakin8 (n=hippiein@210.212.55.3) | |
| 13:50.43 | *** join/#brlcad madant (n=d@117.196.133.180) | |
| 14:26.47 | starseeker | hmm, slashdot finally noticed gsoc |
| 14:29.28 | brlcad | starseeker: there was an announcement earlier, just didn't make the headline |
| 14:29.35 | brlcad | it was poorly worded |
| 14:29.58 | madant | 5th year after all :) |
| 14:31.02 | madant | so not so much a of NEWs maybe.. |
| 14:36.22 | _clock_ | lol |
| 14:36.27 | _clock_ | slashdot is well informed |
| 14:52.21 | ``Erik | not especially... the signal/noise ratio has dropped a LOT |
| 14:52.41 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 14:52.43 | ``Erik | I tend to get my fix at hacker news ( http://news.ycombinator.com ) now |
| 14:54.44 | ``Erik | tends to be a strong "web 2.0" startup crap angle to a lot, but it also has general nerdiness stuff |
| 14:59.17 | PrezKennedy | not much noise there... not much of anything really... :P |
| 15:02.08 | ``Erik | it's fast, they only keep 210 in the 'hot spool', almost everything I've seen on slashdot for the last several months, I'd seen on that site earlier |
| 15:06.06 | brlcad | pacman87: http://www.google.com/search?q=sweep+primitive |
| 15:06.15 | brlcad | you are now apparently the definitive source! :) |
| 15:08.55 | starseeker | brlcad: here's some boxes at different size points: http://bzflag.bz/~starseeker/nurbs_boxes.g |
| 15:13.18 | starseeker | will hit spheres next |
| 15:34.54 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) | |
| 15:38.12 | starseeker | various spheres: http://bzflag.bz/~starseeker/nurbs_spheres.g |
| 15:38.52 | mafm | brlcad sayeth: http://tech.slashdot.org/comments.pl?sid=1206403&cid=27661197 |
| 16:00.00 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) | |
| 16:11.11 | *** join/#brlcad starseeker (n=starseek@bz.bzflag.bz) | |
| 16:36.32 | *** join/#brlcad dreeves_ (n=IceChat7@64.178.177.71) | |
| 16:40.29 | *** join/#brlcad madant (n=d@117.196.142.7) | |
| 16:46.03 | *** join/#brlcad hippieindamakin8 (n=hippiein@210.212.55.3) | |
| 17:00.41 | *** join/#brlcad jdoliner (n=jdoliner@c-68-51-76-57.hsd1.il.comcast.net) | |
| 17:20.23 | *** join/#brlcad madant_ (n=d@117.196.143.43) | |
| 17:30.42 | ``Erik | huh http://nfg.2y.net/games/ntsc/visual.shtm we suck at blue |
| 17:34.06 | archivist | hence we called it Never Twice the Same Colour over here |
| 17:34.28 | ``Erik | hey, PAL, back off :D |
| 17:34.36 | ``Erik | </pun> *duck* |
| 17:34.37 | archivist | :) |
| 17:34.48 | archivist | Perfect All Lines |
| 17:35.36 | archivist | SECAM System Essentially Contrary to American Method |
| 17:35.37 | ``Erik | contends that visual quality is irrelevant as long as programming quality is nonexistant |
| 17:36.34 | CIA-28 | BRL-CAD: 03johnranderson * r34274 10/jbrlcad/trunk/ (6 files in 4 dirs): |
| 17:36.34 | CIA-28 | BRL-CAD: Added ArrayCopy class used it in place of some calls to Arrays.copy(). |
| 17:36.34 | CIA-28 | BRL-CAD: This is to eliminate use of Java 6 specific stuff |
| 17:36.36 | ``Erik | "can't polish a turd"? |
| 17:37.40 | archivist | I saw some shiny turds a couple of years ago while out walking |
| 17:38.22 | ``Erik | quite the contrarian today, eh? no matter, I'm enjoying a sake buzz, I believe I'll say "screw bureacracy" and code some |
| 17:39.11 | archivist | I was a TV engineer way back so Im used to the TV systems and all the crap |
| 17:39.50 | ``Erik | the tv and monitor overlay triangles on the average eye sensitivity chart are kinda depressing |
| 17:40.24 | ``Erik | especially considering how much of a persons life is spent staring at one... |
| 17:41.37 | ``Erik | http://www.cameraguild.com/technology/images/colorimetry7.jpg |
| 17:56.15 | *** join/#brlcad jonored_ (n=jonored@LAZARUS2.WIFI.WPI.EDU) | |
| 18:08.20 | brlcad | howdy jonored_ |
| 18:11.46 | jonored_ | Hihi |
| 18:13.42 | brlcad | jonored_: you get brep_curve() working? :)( |
| 18:15.16 | jonored_ | I got it what looks like partially working with calling the opennurbs routines, but it's very spotty. |
| 18:15.44 | brlcad | how so? |
| 18:15.47 | brlcad | how are you testing it? |
| 18:17.24 | jonored_ | Running it on the sphere from the nurbs_tests.g set that starseeker has. It comes back with what looks like a random set of pixels filled, and others not when I run rt -l 4 on it. All the same color, though, which looks plausible. |
| 18:19.30 | jonored_ | http://users.wpi.edu/~jonored/brlcad/nurbs_sphere.png |
| 18:19.34 | archivist | ``Erik, worse when you take in the subtractive colour systems (printing inks/dyes) as well |
| 18:19.53 | brlcad | jonored_: wow, that is pretty wicked |
| 18:20.04 | brlcad | likes more like random data |
| 18:22.53 | jonored_ | Red and blue for the principal curvatures, though? |
| 18:23.21 | pacman87 | jonored_: i think your cloaking technology needs a bit more work, i can still see it |
| 18:26.42 | brlcad | starseeker: you seen this? http://brlcad.org/tmp/tirechart.jpg |
| 18:26.55 | brlcad | figure probably, but just in case |
| 18:39.31 | starseeker | hmm - not that particular one |
| 18:47.29 | starseeker | brlcad: are you familiar with Qhull? |
| 18:53.06 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-234-64.dclient.hispeed.ch) | |
| 18:56.23 | brlcad | nope, not specifically |
| 18:56.35 | starseeker | mike pointed it out to me |
| 18:57.10 | brlcad | wow, heh, that's pretty lame.. their "images" page is a google 'qhull' images search |
| 18:57.40 | starseeker | not sure what to make of their COPYING.txt file |
| 18:57.49 | starseeker | is that LGPL compatible? |
| 18:59.18 | brlcad | incompatible because of clause 3 and 4 |
| 18:59.29 | starseeker | nuts |
| 18:59.37 | brlcad | you can't add new restrictions |
| 18:59.53 | brlcad | the other three are covered by lgpl already |
| 19:00.02 | starseeker | other 3? |
| 19:00.10 | brlcad | clauses 1, 2, and 5 |
| 19:00.14 | starseeker | ah |
| 19:00.31 | starseeker | well, I guess it's back to GNU TSL then :-) |
| 19:00.38 | brlcad | given how loosely it's worded though and how old it is, you could probably get them to relicense |
| 19:01.06 | starseeker | hmm |
| 19:01.31 | starseeker | wonder if they're better than TSL at triangulation |
| 19:01.35 | brlcad | tsltsl? |
| 19:01.53 | starseeker | GNU Triangulated Surface Library |
| 19:02.03 | brlcad | ah, right |
| 19:02.08 | brlcad | GTS :) |
| 19:02.19 | starseeker | ah :-) |
| 19:02.54 | brlcad | curious, what's it for? |
| 19:03.07 | brlcad | i mean, what you're using it for .. not what gts is for |
| 19:03.24 | starseeker | dunno - he just came in talking about the points primitive and mentioned Qhull as being of interest |
| 19:03.44 | brlcad | ah, the automatically mesh surfaces |
| 19:03.51 | brlcad | sure |
| 19:03.52 | brlcad | maybe |
| 19:03.52 | brlcad | later |
| 19:03.57 | starseeker | exactly |
| 19:03.59 | brlcad | irrellevant at this point :) |
| 19:04.05 | starseeker | don't know what put the bee in his bonnet |
| 19:04.21 | brlcad | probably was just talking to richard |
| 19:04.41 | ``Erik | nnNGSNngs *kicks stupid fop repeatedly* |
| 19:05.50 | *** join/#brlcad Sai (n=42f03c32@bz.bzflag.bz) | |
| 19:06.39 | brlcad | he's an armchair thoughtmonger, wouldn't put too much effort |
| 19:06.42 | brlcad | tis distractionary |
| 19:06.52 | starseeker | nods |
| 19:07.07 | starseeker | uploading new nurbs examples created so far |
| 19:07.19 | brlcad | saw some tire pictures getting put to use nicely (geoff) |
| 19:07.44 | starseeker | cool :-) yeah, he asked for those a few days ago |
| 19:08.02 | CIA-28 | BRL-CAD: 03erikgreenwald * r34275 10/brlcad/trunk/src/adrt/adrt.h: use high bit of mode type to indicate a change in mode |
| 19:10.45 | starseeker | ok, what I've got so far is here: http://bzflag.bz/~starseeker/nurbs_tests/ |
| 19:11.33 | brlcad | cool |
| 19:11.48 | brlcad | unfortunately, I can't look at them at the moment because mged is crashing! |
| 19:11.59 | starseeker | a couple of those cases may be too extreme to be reasonable, not sure |
| 19:12.01 | starseeker | uh oh! |
| 19:12.07 | starseeker | latest svn? |
| 19:12.18 | brlcad | yeah |
| 19:12.24 | starseeker | builds |
| 19:12.26 | brlcad | think it's a 64bit bug |
| 19:12.29 | starseeker | ah |
| 19:12.40 | starseeker | won't see that here then |
| 19:13.32 | starseeker | ``Erik: you could submit a patch to the FOP guys |
| 19:13.32 | ``Erik | nifty, make -j8 gives me this in the docbook stuff: 2009-04-21 15:12:15.997 java[7593] CFLog (0): CFMessagePort: bootstrap_register(): failed 1103 (0x44f), port = 0x15803, name = 'java.ServiceProvider' |
| 19:13.48 | starseeker | what the... |
| 19:13.48 | ``Erik | submit an effin' patch upside their effin' heads *cough* |
| 19:13.49 | brlcad | shudders in horror at the get_dbip command |
| 19:15.17 | starseeker | is viewedge.c the rtedge logic? |
| 19:15.28 | ``Erik | yes |
| 19:15.32 | starseeker | k |
| 19:15.52 | starseeker | mumble mumble weird src/rt build setup... |
| 19:16.04 | ``Erik | it could use some serious rewriting, the algo is a bit clumsy |
| 19:16.25 | brlcad | the rt apps are actually rather nice, just not organized clearly source-wise |
| 19:16.49 | brlcad | there's a front-end that they all use, then they implement view hooks (rtuif) |
| 19:17.06 | brlcad | there's a tutorial from 2002 that explains |
| 19:18.14 | brlcad | aaaand, there's the bug bob .. |
| 19:18.21 | brlcad | ged_dbip must die |
| 19:20.37 | CIA-28 | BRL-CAD: 03brlcad * r34276 10/brlcad/trunk/src/libged/dbip.c: oh my gawd, this code needs to die. |
| 19:28.19 | brlcad | wonders if that made the last release... |
| 19:30.34 | CIA-28 | BRL-CAD: 03brlcad * r34277 10/brlcad/trunk/src/libged/dbip.c: |
| 19:30.34 | CIA-28 | BRL-CAD: this is actually in contention for worst hack to date. fix the underlying bug |
| 19:30.34 | CIA-28 | BRL-CAD: where a pointer is getting serialized to a string (seriously?!), but it was |
| 19:30.34 | CIA-28 | BRL-CAD: getting truncated to 32-bits (causing a crash on 64-bit platforms). change the |
| 19:30.34 | CIA-28 | BRL-CAD: casting and go through void to quell warnings. this routine should not exist. |
| 19:31.04 | ``Erik | diffs as morbid curiosity takes over |
| 19:32.24 | brlcad | the fact that it's an mged command whose sole purpose is to return the address of the currently open database instance pointer.. is . just . wrong |
| 19:33.27 | ``Erik | should we all run into his office and point fingers at him with angry scowls? |
| 19:33.51 | brlcad | that's as bad as a hack I did in bz several years ago, serializing one of our singletons into our runtime key/value database in order to avoid using a global |
| 19:34.07 | ``Erik | ya damn 2-bit hacks :D |
| 19:34.10 | brlcad | no, there's code to be written and more important things to be done :P |
| 19:34.57 | brlcad | that code isn't even necessarily something he wrote, it's been there a while, just was refactored into libged |
| 19:35.14 | ``Erik | but but but... pointing fingers... scowling...! |
| 19:35.18 | brlcad | and changed then, which introduced the bug .. but the serialization was still there |
| 19:35.57 | brlcad | if you want to do something effective, make get_dbip go away :P |
| 19:36.02 | ``Erik | would still be interested in seeing what a 64b machien does when main immediately allocates and fills 4g of ram to see if we really are 64b clean |
| 19:36.17 | ``Erik | I'm kinda more thinking about making isst's "cut" work |
| 19:36.42 | ``Erik | that might fit ed's view of effective a bit better :D |
| 19:37.29 | brlcad | starseeker: nice, now I can see the boxes :) |
| 19:37.41 | brlcad | even the box exposes some issues apparently |
| 19:37.55 | brlcad | submm vs 1000m and the divergence warnings, for example |
| 19:37.57 | starseeker | seems to, unless I just went too wonky on the dimensions |
| 19:38.03 | starseeker | ah, yes |
| 19:38.29 | brlcad | is the importer making regions and assigning red or are you doing that? |
| 19:44.02 | starseeker | the importer is |
| 19:47.56 | ``Erik | hey, brlcad, recall how big our CVS was when we migrated to svn? |
| 20:01.16 | *** join/#brlcad andax (n=andax__@d213-102-41-115.cust.tele2.ch) | |
| 20:06.27 | CIA-28 | BRL-CAD: 03erikgreenwald * r34278 10/brlcad/trunk/src/adrt/ (adrt.h slave/slave.c): use macro instead of magic shift value |
| 20:30.47 | CIA-28 | BRL-CAD: 03brlcad * r34279 10/brlcad/trunk/AUTHORS: |
| 20:30.47 | CIA-28 | BRL-CAD: credit peter stiller for his contributions on BRL-CAD helping sort out curvature |
| 20:30.47 | CIA-28 | BRL-CAD: calculations for implicitly defined surfaces (was a visiting prof to brl, circa |
| 20:30.48 | CIA-28 | BRL-CAD: 1987-1988 according to ed davisson). ed says he was a nice guy. |
| 20:30.59 | brlcad | ``Erik: details on the iwki |
| 20:37.26 | brlcad | find it? |
| 20:40.32 | brlcad | ugh, dammit.. there's another pointer getting serialized |
| 20:40.48 | brlcad | an fbp |
| 20:45.49 | brlcad | wow, this one is old |
| 20:45.54 | brlcad | Modified Wed Jan 28 16:01:12 1998 UTC (11 years, 2 months ago) |
| 20:46.02 | brlcad | shakes fist |
| 20:51.57 | ``Erik | oh, didn't look, need had already passed |
| 20:52.32 | CIA-28 | BRL-CAD: 03brlcad * r34280 10/brlcad/trunk/src/mged/attach.c: yet another fugly serialization that should not exist. the fbp is also getting truncated here on 64-bit platforms causing a 'mini crash' when the window is closed. needs to be refactored into oblivion. |
| 20:56.45 | ``Erik | um, ok, megatron O.o |
| 21:08.59 | brlcad | ``Erik: you remember what name I gave the new server? |
| 21:24.12 | *** join/#brlcad Elrohir (n=kvirc@p5B14EEE3.dip.t-dialin.net) | |
| 21:42.54 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-208.sbndin.btas.verizon.net) | |
| 21:49.32 | CIA-28 | BRL-CAD: 03brlcad * r34281 10/brlcad/trunk/src/mged/attach.c: meh, eliminate mged_fb_close() since it's only used in one place |
| 22:02.24 | *** join/#brlcad jonored_ (n=jonored@LAZARUS2.WIFI.WPI.EDU) | |
| 22:12.25 | CIA-28 | BRL-CAD: 03brlcad * r34282 10/brlcad/trunk/src/libfb/if_X24.c: ws indent |
| 22:17.16 | CIA-28 | BRL-CAD: 03brlcad * r34283 10/brlcad/trunk/src/libfb/ (fb_generic.c tcl.c): |
| 22:17.16 | CIA-28 | BRL-CAD: refactor fb_close_existing() out of fb_cmd_close_existing() so that it will |
| 22:17.17 | CIA-28 | BRL-CAD: close a given fbp without needing to serialize/deserialize a pointer to a |
| 22:17.17 | CIA-28 | BRL-CAD: string. this is (still) horribly divergent from libfb's callback interface but |
| 22:17.17 | CIA-28 | BRL-CAD: none of the fb-specific *_close_existing() calls are stored in their interface |
| 22:17.18 | CIA-28 | BRL-CAD: FBIO object. |
| 22:21.59 | CIA-28 | BRL-CAD: 03brlcad * r34284 10/brlcad/trunk/ (include/fb.h src/mged/attach.c): |
| 22:21.59 | CIA-28 | BRL-CAD: make release() call fb_close_existing() instead of serializing the fbp pointer |
| 22:21.59 | CIA-28 | BRL-CAD: to a string and going through the tcl interpreter just so we can call the |
| 22:21.59 | CIA-28 | BRL-CAD: fb_close_existing proc with that address, deserialize, then free. declare |
| 22:21.59 | CIA-28 | BRL-CAD: fb_close_existing(). avoid the fugly. |
| 22:24.36 | brlcad | madant_: someone cheering on libpc on /., hurry up! :) |
| 22:25.33 | madant_ | huh :O :D where |
| 22:39.59 | madant_ | ah found it :) |
| 22:40.13 | madant_ | via google of all things :D |
| 22:43.42 | madant_ | hahaha .. canada : 1.31 gsoc projects per million :D |
| 22:51.14 | ``Erik | yay for hail |
| 22:51.42 | Ralith | hail's neat |
| 22:52.53 | ``Erik | not when it's tearing up your house and car :D |
| 22:53.02 | ``Erik | and it's over |
| 22:53.22 | madant_ | and a gsoc project with no coding :O http://socghop.appspot.com/student_project/show/google/gsoc2009/google/t124022446589 |
| 22:53.55 | ``Erik | 15 degrees and 2cm chunks of ice falling from the sky O.o :D |
| 22:54.19 | Ralith | ``Erik: that sounds problematic |
| 22:57.03 | ``Erik | not for me, I got home and inside a couple minutes before it started |
| 22:57.10 | ``Erik | and my car is still in a shop, not outside :D |
| 22:58.16 | Ralith | yay! |
| 23:59.20 | ``Erik | *nomnomnom* |
