| 00:03.26 | *** join/#brlcad BigAToo (n=BigAToo@cpe-24-209-94-205.woh.res.rr.com) |
| 00:27.39 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 01:02.38 | CIA-31 | BRL-CAD: 03brlcad * r33485 10/brlcad/trunk/src/libfb/if_ogl.c: this is more a blind stab, but try to remove X11/keysym.h too. it's part of Xlib and presumably not needed (glenn added both headers a long time ago) |
| 01:34.13 | *** join/#brlcad parodyoflanguage (n=klh@mmds-216-19-34-118.twm.az.commspeed.net) |
| 01:38.36 | *** join/#brlcad BigAToo (n=BigAToo@cpe-24-209-94-205.woh.res.rr.com) |
| 03:43.04 | *** join/#brlcad BigAToo (n=BigAToo@cpe-24-209-94-205.woh.res.rr.com) |
| 04:12.18 | *** join/#brlcad BigAToo (n=BigAToo@75.52.175.178) |
| 04:33.56 | *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198) |
| 04:34.31 | Dr_Phreakenstein | . |
| 04:36.38 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 04:43.50 | Dr_Phreakenstein | does anyone know the current progress of the step interpreter? or perhaps how people can help with that? |
| 04:47.28 | *** join/#brlcad ashishrai (i=d2d43dfb@gateway/web/ajax/mibbit.com/x-bbbcf736a7d873b7) |
| 04:48.36 | ashishrai | Hi All !!!! |
| 04:49.44 | ashishrai | I am a multi-touch enthusiast and I would like to develop a multitouch interface with brl-cad, a cad system with multi-touch will be very cool - what do you say !! |
| 04:51.17 | Ralith | ashishrai: That would be pretty neat. I look forward to seeing your work. |
| 04:53.07 | ashishrai | Thanks Ralith :) |
| 04:54.19 | ashishrai | i was researching about a good opensource cad software and i feel that brl-cad would be the best |
| 04:54.41 | Ralith | It's pretty much the only noteworth entry in the field, as far as I know. |
| 04:55.09 | ashishrai | i have good working experience with multi-touch ( developed both some hardware and software ) but i am totally newbie to brl-cad |
| 04:55.18 | ashishrai | can you please help to how and where to get started with brl-cad |
| 04:55.22 | Ralith | the code is pretty well put together |
| 04:55.40 | Ralith | well, what do you want your UI to do? |
| 04:57.14 | ashishrai | right now i am thinking of having a UI similar to google skectchup ie you can draw lines , polygons, solids etc with your hand/pen on the software |
| 04:58.01 | ashishrai | i would try to extend it so that many person can work on the same table - ie openning two or more parts , of say , the same design |
| 04:58.21 | Ralith | You should be aware that, at the moment, there's no reliable way to render regions in realtime. |
| 04:58.37 | Ralith | and as such shaded views like you describe can't yet be done. |
| 04:58.41 | Ralith | this is coming. |
| 04:58.51 | ashishrai | ok !! |
| 04:59.35 | Ralith | if you're ok with that, I *think* libwdb is the place you want to start; that's what provides an inteface for reading/writing brl-cad databases. |
| 04:59.55 | ashishrai | but still the designing part instead of from mouse and keyboard can be done a surface/table much intitutively |
| 04:59.58 | ashishrai | yeah sure :) |
| 05:00.33 | ashishrai | we have very good documents on how to use brl-cad , do we have such documentation for the code too |
| 05:01.45 | ashishrai | i am sorry if these are very vague questions , i will come back again after having a good look at the code-base :) |
| 05:02.34 | ashishrai | i will concentrate on libwdb - thanks very much for help :) |
| 05:04.10 | Ralith | I'm not sure how well documented the code is in general, but I know a lot of effort has gone into it lately |
| 05:04.18 | Ralith | it's certainly worth looking at. |
| 05:04.24 | Ralith | if only to judge its quality. |
| 05:04.32 | brlcad | Dr_Phreakenstein: how would you like to help with it? |
| 05:04.48 | brlcad | (and yes, I know the status of it -- it's one of my current tasks) |
| 05:06.15 | brlcad | ashishrai: that sounds pretty interesting -- are you interested in hooking multitouch into the existing modeling interface (mged) or working on a new interface or something else? |
| 05:07.00 | brlcad | libwdb is only for creating geometry -- not so hot for editing in general since you can't read geometry that has been written out |
| 05:07.08 | brlcad | for full read/write, you use librt |
| 05:07.35 | brlcad | libwdb is an interface on top of librt |
| 05:08.16 | brlcad | the code is pretty well documented, but it is a massive code base (more than a million lines) so there are plenty of places that are over-commented and under-commented |
| 05:09.13 | Ralith | librt seems more monolithic the more I hear about it :/ |
| 05:09.21 | *** join/#brlcad b0ef (n=b0ef@062016142244.customer.alfanett.no) |
| 05:09.36 | ashishrai | how about say from the gesture recognition code i have known that till now the user has drawn a line from this point to that and then i would like to invoke the command from brl-cad to display that |
| 05:09.45 | ashishrai | i would like to first start with this basic one |
| 05:10.14 | brlcad | Ralith: librt isn't a million lines .. :) |
| 05:10.16 | Dr_Phreakenstein | also interested in multi-touch, but i cannot help/use in the near future |
| 05:10.37 | yukonbob | hello, cadheads |
| 05:11.00 | Dr_Phreakenstein | hello, yukonbob |
| 05:11.07 | ashishrai | then when the user will complete the polygon it will be displayed as a polygon which then again can be stretched in a direction to create a solid |
| 05:11.08 | brlcad | librt is basically the file format (.g), basic in-memory geometry representation, and ray-tracing |
| 05:11.12 | yukonbob | evening, doctor |
| 05:11.14 | brlcad | no more, no less |
| 05:11.29 | Dr_Phreakenstein | i am still learning to code, so nut much help there |
| 05:11.40 | brlcad | 168k lines at a glance in librt |
| 05:11.54 | Dr_Phreakenstein | however, i am can help test/debug |
| 05:12.13 | Dr_Phreakenstein | i am still studying the ISO standard now |
| 05:12.23 | ashishrai | any sort of help will be highly appreciable :) |
| 05:12.30 | brlcad | ashishrai: the issue with a brl-cad interface is that we don't do much at all with 2D entities -- most of the interactions are in 3D space creating 3D objects directly |
| 05:12.32 | ashishrai | i am completely newbie :) |
| 05:13.05 | Dr_Phreakenstein | my overall plan is to develop an opensource system to do rapid prototyping, with scale-to-manufacturability |
| 05:13.28 | brlcad | it would be really interesting to have a gesture for the various primitives, editing operations, and view manipulations .. |
| 05:13.49 | ashishrai | cant we draw things like lines planes etc in 3d too |
| 05:13.49 | Dr_Phreakenstein | yes |
| 05:13.56 | ashishrai | yes true :) |
| 05:14.05 | Dr_Phreakenstein | yes to brlcad |
| 05:14.38 | brlcad | ashishrai: you can, but we focus on solid modeling -- with is intrinsically 3D, objects that occupy a volume |
| 05:15.07 | brlcad | so instead of "draw me these four lines, make a square, extrude it to make a box", we go directly to "make be a box with these dimensions" |
| 05:15.20 | brlcad | s/be/me/ |
| 05:15.48 | brlcad | Dr_Phreakenstein: understandable that you'd be learning the code -- can you do more than test/debug, though? :) |
| 05:15.53 | ashishrai | <PROTECTED> |
| 05:16.07 | brlcad | we're not exactly ready for testing/debugging just quite yet (maybe in a few weeks) |
| 05:16.33 | Dr_Phreakenstein | well, it will take me longer than that to learn C |
| 05:16.42 | Dr_Phreakenstein | i was just now working on python |
| 05:16.50 | ashishrai | editing of a design on multi-touch surface will also be very great - eg a team working on it |
| 05:16.53 | brlcad | ashishrai: that's my point -- our basic primitives are not 2D entities, they're 3D ones -- so the gestures would have a domain to work within |
| 05:17.31 | jonored | Dr_Phreakenstein: You're aware of the RepRap open-source rapid prototyping machine and all that, right? Sounds related, and you're not in their channel here :) |
| 05:17.54 | brlcad | ashishrai: here is a basic overview of our fundamental entity types |
| 05:17.57 | brlcad | http://brlcad.org/tmp/primitives/Primitives3_grouped.png |
| 05:19.16 | Ralith | Dr_Phreakenstein: open source rapid prototyping, hm? Ever heard of reprap? |
| 05:19.24 | ashishrai | but how , from the user point of view , can i directly describe such a primitive on a multitouch surface |
| 05:19.26 | Dr_Phreakenstein | nope |
| 05:19.34 | Dr_Phreakenstein | just looked up |
| 05:19.38 | Ralith | Dr_Phreakenstein: you'll love it. |
| 05:19.44 | brlcad | ashishrai: that would be the trick/work/task :) |
| 05:19.48 | Ralith | open source sub-$1k FDM machine. |
| 05:19.58 | Dr_Phreakenstein | pretty neat, and a great starting point |
| 05:20.19 | Dr_Phreakenstein | i am thinking larger than that, and with a high degree of automation |
| 05:20.21 | ashishrai | one way can be - there can be a menu to be selected and then the user can edit it and view it in a intuitive way |
| 05:20.46 | Ralith | Dr_Phreakenstein: automation in what way? |
| 05:21.10 | brlcad | ashishrai: complex gestures for complex shapes, for example .. a "d" gesture might make a cylinder or an "o" might make a sphere |
| 05:21.54 | brlcad | or yeah, they select a gui option .. "create torus" .. then the gesture would be specific to the parameters for the torus |
| 05:22.15 | jonored | But it's a lot of basic development done, and if you can be compatible you've got a lot of people who would be interested. But the rapid prototyping talk probably would fit better over in #reprap :) |
| 05:22.41 | yukonbob | ashishrai: have you heard of Jeff Han? |
| 05:22.42 | brlcad | basic 3D view manipulation using gestures is something that would be interesting/useful to have by itself without even considering editing options |
| 05:22.49 | Dr_Phreakenstein | still working on overall plan, however, the original idea was for people to be able to submit something, and i build and assemble it for them... |
| 05:23.02 | Ralith | hey jonored! I was about to mention you. |
| 05:23.13 | ashishrai | hmmmm , so where should i start looking in the code where say i can invoke a command with required argumnts |
| 05:23.14 | ashishrai | yukonbob: yeah sure |
| 05:23.18 | ashishrai | he is the bond |
| 05:23.30 | yukonbob | ?"the bond" |
| 05:23.39 | Ralith | Dr_Phreakenstein: I wouldn't call that open source rapid prototyping. |
| 05:23.41 | ashishrai | i think he is collaborating with Autocad to develop such a thing |
| 05:23.50 | brlcad | ashishrai: a good starting point would be the view gestures that were worked on for blender: http://wiki.blender.org/index.php/Manual/Gestures |
| 05:23.54 | Dr_Phreakenstein | it started with circuit boards, where you would send art, i would cut a circuit, and a shipping label would be in a printer |
| 05:24.02 | Ralith | Dr_Phreakenstein: I'd call that Yet Another Commercial RP service :P |
| 05:24.13 | Dr_Phreakenstein | no, the overall scheme is larger than that |
| 05:24.20 | brlcad | implementing something like that for mged or archer would be pretty straightforward |
| 05:24.28 | Dr_Phreakenstein | up to that point, you are correct |
| 05:24.53 | Dr_Phreakenstein | my idea would be based on all open source software |
| 05:25.10 | Dr_Phreakenstein | i could do the work for you, |
| 05:25.43 | Dr_Phreakenstein | or set up the facilities for you to have some or all of your own capabilities |
| 05:26.02 | Dr_Phreakenstein | it would have to scale up or down |
| 05:26.14 | ashishrai | very good and it will be a good starting point - after that i will know/think of some editing capabilities too :) |
| 05:27.13 | brlcad | ashishrai: the places to look for mged and archer are in src/mged and src/archer respectively .. they are two rather different modeling interfaces (both are C+Tcl hybrid code bases) one in production use, the other a new prototype interface |
| 05:27.38 | brlcad | mged on the C side would probably be the easiest to get started with unless you know Tcl |
| 05:27.40 | Dr_Phreakenstein | also, part of that is developing /good/ cnc controllers using step-nc, with emc2, on realtime linux |
| 05:28.31 | ashishrai | great !! thanks brlcad :) |
| 05:28.54 | yukonbob | brlcad: how is archer these days? |
| 05:29.28 | brlcad | yukonbob: coming along well actually .. bob has been testing most of his big libged refactoring efforts by putting the changes into archer first |
| 05:29.53 | brlcad | so now archer can do almost everything mged can do via the command line |
| 05:30.30 | yukonbob | brlcad: that sounds like an excellent way to do development on it... :) |
| 05:30.34 | yukonbob | ?screenshots? |
| 05:30.37 | brlcad | so archer is fully hooked into libged, and now he's working on integrating libged back into mged (which will help archer as well) |
| 05:31.07 | brlcad | yukonbob: mm.. don't have any fresh ones on me at the moment |
| 05:31.35 | brlcad | there is the old one int /tmp/ if you've never seen it at all |
| 05:31.38 | Dr_Phreakenstein | i look forward to any improvements to archer |
| 05:32.39 | brlcad | http://brlcad.org/tmp/Archer_0.5prototype.png (from like three years ago) |
| 05:33.15 | Ralith | not bad. |
| 05:33.55 | brlcad | if archer can get all of mged's command line functionality, and a few portions of the gui-only functionality that it's missing, it'd be viable to supplant mged after an alpha/beta testing period |
| 05:34.25 | brlcad | that'd be a ways down the road, though, as mged's gui functionality is pretty substantial compared to archer |
| 05:34.58 | Dr_Phreakenstein | yes, but archer is pretty |
| 05:35.02 | Dr_Phreakenstein | :) |
| 05:35.04 | Ralith | ^ |
| 05:35.28 | brlcad | and the same could have been said about mged's command-line functionality compared to archer, but here we are 6-months later or so and they're nearly unified |
| 05:35.53 | Dr_Phreakenstein | i am impressed |
| 05:36.05 | Dr_Phreakenstein | that is some pretty substantial work |
| 05:36.52 | Dr_Phreakenstein | there will never be a replacement for a good command line |
| 05:37.02 | yukonbob | "supplant" -- how so? |
| 05:37.05 | yukonbob | get rid of mged? |
| 05:37.46 | brlcad | as in replace it eventually if/when it encompassed most of the same functionality |
| 05:37.57 | yukonbob | frowns |
| 05:38.05 | brlcad | why? |
| 05:38.13 | brlcad | it's not like mged goes away |
| 05:38.16 | yukonbob | i _like_ mged ;) |
| 05:38.36 | brlcad | it'd be more like the two would merge .. they *are* effectively merging by the nature of refactoring mged into a libged |
| 05:38.45 | Dr_Phreakenstein | there is a certain difficulty in maintaining parallel implementations of a given functionality |
| 05:38.48 | brlcad | making them both use the same editing library |
| 05:39.02 | yukonbob | if it's all still there in some way, that's fine... a window in archer, and a way to hide archer's button panels |
| 05:39.52 | yukonbob | enjoys writing his code in Tcl anyway, and [source]ing it... |
| 05:39.55 | brlcad | yeah, it wouldn't be hard to add an option to make archer spit out three windows instead of one to make it closer to mged |
| 05:40.15 | brlcad | mged actually already has the logic in it to make it a single-window app instead of the multi-window default it does now |
| 05:40.20 | yukonbob | procedural constructive solid geometry |
| 05:40.34 | brlcad | it was just never fully stabilized as that same mod added tear-off menus and other glitz |
| 05:40.55 | brlcad | and the tear-off's didn't behave quite right iirc (for the ones that are dynamic) |
| 05:41.19 | brlcad | yukonbob: you do know that archer is more Tcl than mged is? :) |
| 05:41.27 | yukonbob | archer has always been good-looking, and it's nice to hear it's progressing... and coding against the libs can only be good for all involved, so "here's to archer" |
| 05:41.51 | yukonbob | re: archer and Tcl -- no... I think I'm starting to like it more |
| 05:41.53 | yukonbob | :) |
| 05:41.59 | yukonbob | LOL |
| 05:42.02 | brlcad | it's actually pure tcl |
| 05:42.20 | yukonbob | that's _really_ nice to hear. |
| 05:42.53 | yukonbob | still needs to get his system stable, and then I'll do more than just "talking" about rendering and using the editors :P |
| 05:42.54 | brlcad | well, that and it has a package load that hooks into C for the state management and geometry processing (via libged and librt) |
| 05:43.08 | brlcad | instead of an embedded tcl interpreter, it is just a tcl script that kicks off |
| 05:43.27 | Ralith | brlcad: archer is tcl? really? I didn't know TCL could look decent :P |
| 05:43.29 | Ralith | tk that is. |
| 05:43.36 | brlcad | Ralith: yeah, no kidding :) |
| 05:43.52 | yukonbob | ! |
| 05:43.53 | brlcad | there are a lot of tricks and tweaks off of the defaults to make it look sane like that |
| 05:44.09 | yukonbob | shame -- Tk has been undergoing a facelift for years now |
| 05:44.18 | yukonbob | tile, ttk |
| 05:44.20 | brlcad | it does get a bad rap |
| 05:44.46 | yukonbob | people look at screenies from the 80's and say "that doesn't look modern" |
| 05:45.06 | brlcad | and mostly just because a handful of the widget defaults were braindead dumb .. some guy's pet peave on the way he wanted it |
| 05:45.16 | brlcad | tile/ttk are pretty cool.. |
| 05:45.48 | yukonbob | goes to grab food... |
| 05:46.00 | brlcad | little harder to use and the widgets aren't as fleshed out, but it's a vast improvement |
| 05:46.18 | Dr_Phreakenstein | tcl/tk can look quite good, same as qt3, and is quite stable and robust |
| 05:47.32 | *** join/#brlcad DanielFalck (n=dan@pool-71-111-77-16.ptldor.dsl-w.verizon.net) |
| 06:07.04 | Dr_Phreakenstein | find -type f|cat|wc -l |
| 06:07.11 | Dr_Phreakenstein | 36591 |
| 06:07.28 | Dr_Phreakenstein | total lines in brlcad svn |
| 06:07.45 | louipc | clear |
| 06:07.50 | louipc | oops |
| 06:08.02 | Dr_Phreakenstein | clear |
| 06:08.17 | louipc | only 36k lines? |
| 06:08.23 | Ralith | that doesn't sound right |
| 06:08.24 | louipc | <PROTECTED> |
| 06:08.29 | louipc | ;) |
| 06:08.32 | Ralith | more likely. |
| 06:09.13 | Dr_Phreakenstein | hmmm |
| 06:09.16 | Dr_Phreakenstein | oops |
| 06:09.30 | Dr_Phreakenstein | files |
| 06:09.53 | louipc | you want `find -type f -exec cat {} \; | wc -l` I guess |
| 06:10.30 | Dr_Phreakenstein | 11860839 |
| 06:10.41 | Dr_Phreakenstein | cat `find -type f`|wc -l |
| 06:11.00 | Dr_Phreakenstein | sorry, tired |
| 06:11.37 | Dr_Phreakenstein | 11,860,839 (commas added for emphasis) |
| 06:12.11 | louipc | wow my computer is so slow |
| 06:12.43 | Dr_Phreakenstein | executing that command? |
| 06:12.50 | louipc | can't be 11M though... |
| 06:12.51 | Dr_Phreakenstein | took 3.512 real seconds |
| 06:12.52 | louipc | that's crazy! |
| 06:13.03 | louipc | yes I run a pIII |
| 06:13.06 | Dr_Phreakenstein | no, that is not just source |
| 06:13.16 | Dr_Phreakenstein | that is everything |
| 06:13.33 | Dr_Phreakenstein | which means that if there is a cr/lf in a png, it is counted |
| 06:13.55 | louipc | yea |
| 06:14.13 | Ralith | louipc: why can't it be 11M? |
| 06:14.34 | Ralith | Dr_Phreakenstein: try -iname '*.c??' -or -iname '*.h??' |
| 06:14.54 | louipc | Dr_Phreakenstein: is that on the svn checkout or on an extracted tarball? |
| 06:14.59 | Dr_Phreakenstein | cat `find -type f`|grep .h|wc -l |
| 06:15.05 | Dr_Phreakenstein | 1967863 |
| 06:15.23 | louipc | Ralith: seems like 10 times what I thought it was around |
| 06:15.27 | Dr_Phreakenstein | .c yields |
| 06:15.35 | Dr_Phreakenstein | 2998240 |
| 06:15.49 | Ralith | Dr_Phreakenstein: ...why didn't you just do what I suggested :P |
| 06:15.50 | louipc | oh wow |
| 06:16.06 | Dr_Phreakenstein | already executed mine |
| 06:16.07 | Ralith | louipc: brl-cad is big. |
| 06:16.23 | louipc | i know |
| 06:16.47 | Dr_Phreakenstein | also, that includes css files |
| 06:17.30 | louipc | Dr_Phreakenstein: is that on the svn checkout? |
| 06:17.33 | louipc | 11M? |
| 06:17.44 | Dr_Phreakenstein | but mine includes other erronious things |
| 06:17.45 | Dr_Phreakenstein | yes |
| 06:17.53 | louipc | because you'd get all the .svn stuff then |
| 06:18.11 | Dr_Phreakenstein | according to the over simplified, unfiltered command above |
| 06:18.19 | Dr_Phreakenstein | true, so not perfect |
| 06:18.28 | Dr_Phreakenstein | still impressive |
| 06:18.49 | louipc | the number will be a lot smaller without .svn |
| 06:19.35 | Dr_Phreakenstein | perhaps |
| 06:19.46 | Ralith | still >1M |
| 06:20.23 | louipc | no. of files minus .svn = 11131 |
| 06:20.38 | Dr_Phreakenstein | yes, but those are small files |
| 06:20.47 | Dr_Phreakenstein | cat `find -type f`|grep -v .svn|wc -l |
| 06:20.53 | Dr_Phreakenstein | 11838213 |
| 06:21.07 | Dr_Phreakenstein | compare to |
| 06:21.09 | Dr_Phreakenstein | 11860839 |
| 06:21.22 | louipc | hmm interesting |
| 06:22.14 | louipc | I think you have to put the grep inside the ` ` though |
| 06:22.28 | louipc | try that :P |
| 06:23.35 | Ralith | heh |
| 06:23.48 | Ralith | louipc: I was referring to LoC |
| 06:24.18 | louipc | the history is probably bigger than the actual codebase |
| 06:24.56 | Dr_Phreakenstein | good catch |
| 06:25.09 | Dr_Phreakenstein | cat `find -type f|grep -v .svn`|wc -l |
| 06:25.16 | Dr_Phreakenstein | 5615906 |
| 06:25.49 | Dr_Phreakenstein | cd /usr/src/linux-2.6.28-gentoo |
| 06:25.53 | Dr_Phreakenstein | make distclean |
| 06:26.02 | Dr_Phreakenstein | time cat `find -type f`|wc -l |
| 06:26.07 | louipc | so you finally got the 'real' number hehe |
| 06:26.09 | Dr_Phreakenstein | 10122684 |
| 06:26.13 | Dr_Phreakenstein | yeah |
| 06:26.27 | Dr_Phreakenstein | that is much more believable |
| 06:26.42 | Dr_Phreakenstein | 5.6 million |
| 06:26.55 | Dr_Phreakenstein | that's a lot o characters |
| 06:27.41 | Dr_Phreakenstein | over half the size of the linux kernel |
| 06:27.48 | louipc | you should subtract the blank lines hehe |
| 06:28.14 | Dr_Phreakenstein | ok, this is fun, but i don't have all night |
| 06:28.32 | Dr_Phreakenstein | if i was going to do that, i ought to be more productive than counting |
| 07:22.10 | *** join/#brlcad clock_ (n=clock@77-58-239-209.dclient.hispeed.ch) |
| 08:27.00 | *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198) |
| 08:45.03 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 10:01.22 | *** join/#brlcad geocalc (n=geocalc@lns-bzn-38-82-253-107-236.adsl.proxad.net) |
| 10:46.29 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 10:58.09 | *** join/#brlcad b0ef` (n=b0ef@95.34.57.61.customer.cdi.no) |
| 11:35.58 | d-lo | Mornin all! |
| 11:36.54 | starseeker | snnnnooorrreeeee |
| 11:37.32 | starseeker | d-lo: Wow you're an early riser :-P |
| 11:37.57 | starseeker | shakes head and faces up to the reality of having to drive before 7am... |
| 11:41.09 | d-lo | up at 0415 to be @ work by 0615 ;) |
| 11:42.05 | d-lo | throws a bucket of ice water on starseeker. 'Mornin Sunshine!' |
| 11:43.10 | starseeker | is nocturnal by inclination :-P |
| 11:43.58 | d-lo | has choosen to sync 'sleeping habits' with his wife... works out much better in the end ;) |
| 11:44.30 | starseeker | understandable :-) |
| 11:45.02 | d-lo | based on irc activity, quite a few 'cadheads' are either nocturnal or on the other side of the globe :) |
| 11:45.24 | Ralith | nocturnal here |
| 11:47.13 | d-lo | Ralith: Washington state? |
| 11:54.23 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 11:57.56 | starseeker | yukonbob: Here's a reasonably recent image: http://bzflag.bz/~starseeker/archer.png |
| 11:58.42 | starseeker | knows he shouldn't use tire so much, but in this case bob wrote a plugin for tires which is visible on the right. |
| 11:59.34 | d-lo | Wow. Thats a *Nice* tire! Only the combination of a sexy Cad system and brilliant programmers could have come up with that! |
| 11:59.43 | d-lo | :D |
| 12:15.39 | CIA-31 | BRL-CAD: 03davidloman * r33486 10/rt^3/trunk/ (8 files in 3 dirs): Added Getters n Setters to the NetMsgs |
| 12:16.49 | archivist | starseeker, how long did it take to create |
| 12:20.58 | brlcad | starseeker: nice |
| 12:21.58 | brlcad | Dr_Phreakenstein: try running sh/enumerate.sh .. that will give a more accurate file/line count |
| 12:23.49 | brlcad | (which will report even non-blank lines too) |
| 12:25.36 | CIA-31 | BRL-CAD: 03davidloman * r33487 10/rt^3/trunk/ (17 files in 4 dirs): Re-org NetMsg and subclasses into dedicated dir |
| 12:40.32 | *** join/#brlcad geocalc (n=geocalc@lns-bzn-38-82-253-107-236.adsl.proxad.net) |
| 12:54.02 | CIA-31 | BRL-CAD: 03brlcad * r33488 10/brlcad/trunk/sh/enumerate.sh: update the enumeration to more accurately count documentation line counts (wasn't counting the docbook xml files, was counting cmakelist build files and svn files) and 3rd party sources (wasn't counting the c++ sources). |
| 12:56.18 | *** join/#brlcad BigAToo (n=BigAToo@adsl-75-52-175-178.dsl.dytnoh.sbcglobal.net) |
| 13:35.02 | *** join/#brlcad docelic_ (n=docelic@78.134.192.144) |
| 13:48.57 | *** join/#brlcad madant (n=madant@117.196.143.185) |
| 14:03.17 | *** join/#brlcad geocalc (n=geocalc@lns-bzn-38-82-253-107-236.adsl.proxad.net) |
| 14:33.56 | yukonbob | starseeker: re: archer - nice! thx |
| 14:34.06 | CIA-31 | BRL-CAD: 03bob1961 * r33489 10/brlcad/trunk/src/ (15 files in 2 dirs): More mods related to MGED using libged. |
| 14:53.19 | CIA-31 | BRL-CAD: 03davidloman * r33490 10/rt^3/trunk/ (2 files in 2 dirs): Added NetMsg subclass: GeometryManifestMsg |
| 14:54.48 | d-lo | make oddness :/ its not seeing files that are there and seeing other files that aren't there...... ghost in the shell :/ |
| 14:59.06 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 15:36.31 | *** join/#brlcad geocalc (n=geocalc@lns-bzn-38-82-253-107-236.adsl.proxad.net) |
| 16:01.54 | *** join/#brlcad Elrohir (n=kvirc@p5B14D722.dip.t-dialin.net) |
| 16:58.48 | *** join/#brlcad BigAToo (n=BigAToo@75.52.175.178) |
| 17:08.11 | CIA-31 | BRL-CAD: 03bob1961 * r33491 10/brlcad/trunk/src/mged/mged.c: Added ged_output_handler. Output from rt, rtcheck, rtedge, etc. is restored. |
| 17:15.58 | *** join/#brlcad csanyipal (n=csanyipa@91.102.231.33) |
| 17:16.15 | csanyipal | Hello! |
| 17:18.32 | csanyipal | I'm making a tutorial for my pupils. I want to ask you about Ellipsoid Generic (ellg) that can be find in the "Introduction to the MGED" tutorial at page 261. |
| 17:19.06 | d-lo | Ask away! |
| 17:19.28 | csanyipal | I can't figure out what is the Chord length, l? |
| 17:19.54 | csanyipal | I can't find it here: http://en.wikipedia.org/wiki/Ellipsoid |
| 17:24.10 | d-lo | don't quote me on this, but if you look at the drawing on p261, I believe the Chord length is the distance between B and C.... |
| 17:26.07 | d-lo | i *think* an ellg is merely an ell with v->c being equal to v->b and l = b->c. |
| 17:27.04 | d-lo | similar is the ell1. Instead of controlling l (as in the ellg), one controls r (which is v->b AND v->c) |
| 17:27.22 | d-lo | again, don't quote me :) |
| 17:28.03 | csanyipal | d-lo: ok, I'll think about what did you say! :) |
| 17:28.06 | d-lo | wait for brlcad and/or starseeker and/or anyone else with a firmer grasp on BRL-CAD's ellipsoid implementation |
| 17:28.22 | csanyipal | d-lo: ok |
| 17:34.38 | CIA-31 | BRL-CAD: 03davidloman * r33492 10/rt^3/trunk/ (14 files in 6 dirs): Finished implementing GeometryManifestMsg. Cleaned up a segfault in netMsgSerialTest |
| 17:42.50 | csanyipal | I try to create an ellg and I think I figure out what is the Chord length: it is the Major Axis of the Ellipse.. |
| 17:45.16 | csanyipal | I'm sure about this. :) |
| 17:45.18 | *** join/#brlcad b0ef (n=b0ef@062016142244.customer.alfanett.no) |
| 17:45.28 | d-lo | alrighty then. Good on ya! |
| 17:45.45 | csanyipal | d-lo: Thanks anyway! :) |
| 17:49.33 | *** join/#brlcad saltan (n=lievensa@d51530284.access.telenet.be) |
| 17:50.03 | *** part/#brlcad saltan (n=lievensa@d51530284.access.telenet.be) |
| 18:03.29 | *** join/#brlcad jonored_ (n=jonored@pool-71-162-75-2.bstnma.east.verizon.net) |
| 18:10.43 | *** join/#brlcad ``Erik_ (i=erik@c-76-111-12-116.hsd1.md.comcast.net) |
| 18:10.55 | d-lo | hai ``Erik_ ! |
| 18:12.21 | d-lo | kicks CIA-31 |
| 18:12.21 | CIA-31 | ow |
| 18:12.25 | CIA-31 | BRL-CAD: 03davidloman * r33493 10/rt^3/trunk/ (7 files in 6 dirs): Consolidated ibme/gs/ge related binary generation into src/iBME. Moved all test source files into src/test/ |
| 18:12.31 | CIA-31 | BRL-CAD: 03davidloman * r33494 10/rt^3/trunk/src/tests/streamSerialTests.cxx: Added streamSerialTests.cxx into src/test/ |
| 18:37.35 | *** join/#brlcad BigAToo (n=BigAToo@rrcs-24-123-229-117.central.biz.rr.com) |
| 19:29.03 | d-lo | kicks CIA-31 |
| 19:29.04 | CIA-31 | BRL-CAD: 03davidloman * r33495 10/rt^3/trunk/src/GeometryService/ (GeometryService.cxx gsph0.cxx netMsg/NetMsg.cxx): Work towards having a bare bones (aka running) geometry service. Starting from a simple tcp echo server for initial phase. |
| 19:29.14 | CIA-31 | ow |
| 19:29.29 | d-lo | must be cold. CIA is a bit slow :P |
| 19:43.01 | *** join/#brlcad bjorklinux (n=bjork@ip72-204-40-138.fv.ks.cox.net) |
| 19:43.12 | bjorklinux | i figured this would be the best place to ask... what's cigi? |
| 19:43.27 | bjorklinux | as in http://cigi.sourceforge.net |
| 19:43.31 | bjorklinux | anything to do with brlcad? |
| 19:44.49 | d-lo | ... Common Image Generator Interface? Centre for International Governance Innovation? Chicago Interface Group, Inc? |
| 19:46.23 | bjorklinux | the image generator bit. |
| 19:47.00 | d-lo | Not that I am aware of. I am pretty sure that CIGI has everything to do with realtime simulation. |
| 19:48.12 | bjorklinux | hmm. |
| 19:48.40 | d-lo | how did you connect CIGI to BRLCAD? |
| 19:49.02 | bjorklinux | it had lots of graphics :) |
| 19:49.11 | bjorklinux | also 'image generator' |
| 19:49.22 | bjorklinux | i thought i'd start here for clues |
| 20:27.19 | CIA-31 | BRL-CAD: 03davidloman * r33496 10/rt^3/trunk/src/iBME/Makefile.am: integrated gsph0 into the build system. |
| 20:38.07 | csanyipal | so long! |
| 20:48.14 | brlcad | d-lo: that sounds right regarding ellg and ell1 .. just different knobs so you can specify them more intuitively depending on what measurements/constraints you have |
| 20:48.43 | brlcad | they really should all three be collapsed into one primitive with variable typein interfaces, but they're just old history |
| 20:52.18 | brlcad | bjorklinux: we have nothing to do with cigi |
| 21:22.59 | *** join/#brlcad madant (n=madant@117.196.128.37) |
| 21:25.14 | *** join/#brlcad jonored_ (n=jonored@LAZARUS2.WIFI.WPI.EDU) |
| 21:38.33 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 22:10.06 | *** join/#brlcad saltan (n=lievensa@d51530284.access.telenet.be) |
| 22:10.40 | *** part/#brlcad saltan (n=lievensa@d51530284.access.telenet.be) |
| 22:25.31 | *** join/#brlcad BigAToo (n=BigAToo@cpe-24-209-94-205.woh.res.rr.com) |
| 22:40.15 | bjorklinux | thanks brlcad. |
| 22:49.27 | brlcad | bjorklinux: sure .. if you want to do something with us/them -- go for it ;) |
| 23:59.08 | ``Erik | huh, elise 0-60 4.9, skidpad .97 M3 0-60 4.8, skidpad .98... you're just half a hair behind me, boy :D *duck* |
