| 00:07.26 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1088754070.dsl.bell.ca) | |
| 00:10.13 | brlcad | bjorkBSD: exactly because it's important |
| 00:10.34 | brlcad | there is no openly freely available CAD system |
| 00:10.45 | brlcad | there is hardly any collaboration between CAD systems |
| 00:10.51 | brlcad | there's no collaborative development |
| 00:11.03 | brlcad | there's no standard open format that everyone can agree on |
| 00:11.16 | bjorkBSD | 'cause everyone's trying for a lock-in. |
| 00:11.23 | brlcad | exactly |
| 00:11.39 | brlcad | it's a multi-billion dollar industry, everyone fighting to be the top dog |
| 00:12.08 | brlcad | here we have a particular community that really has no vested interest in the economics of the CAD industry |
| 00:12.44 | brlcad | isn't trying to sell you anything, they're just trying to do research and analysis -- collaborate with universities, collaborate with other labs, other countries |
| 00:14.03 | brlcad | plus on a mildly fringe ideology, brl-cad's had massive investment .. investment of american tax-payer dollars .. millions |
| 00:14.13 | brlcad | why not put that effort into the hands of the public |
| 00:14.41 | brlcad | encourage collaboration, get folks to make a tool that does what everyone wants -- something with a good solid foundation (even if the gui sucks) |
| 00:15.55 | bjorkBSD | heheheh |
| 00:16.06 | brlcad | developing a CAD system requires massive effort, how utterly massive that is most folks do not realize, but that's why there's not anything other than small academic/toy offerings |
| 00:18.42 | brlcad | by some quantitative measures, brl-cad has almost 500 man-years of effort invested |
| 00:19.01 | bjorkBSD | double that and it'd be as old as methuselah :P |
| 00:19.19 | brlcad | most commercial cad systems have several thousand man-years invested |
| 00:20.08 | brlcad | a package like unigraphics is somewhere on the order of 100 man-years per year and they've been around for over a decade |
| 00:20.31 | bjorkBSD | yikes. have you used it before? |
| 00:21.21 | brlcad | yep |
| 00:21.42 | brlcad | the linux kernel has something on the order of 2500 man-years invested |
| 00:22.17 | brlcad | blender is around 400 |
| 00:22.33 | bjorkBSD | how does it compare to brl-cad? |
| 00:22.42 | brlcad | going by ohloh metrics at the moment, because I'm lacking my other links |
| 00:22.48 | brlcad | how does what compare? |
| 00:24.20 | bjorkBSD | the unigraphics |
| 00:29.34 | brlcad | it's a difficult comparison because the big-four in CAD (unigraphics|nx, pro/engineer, catia, solidworks) are so big with such major industry ties/investments .. and efforts put towards their user interface |
| 00:30.39 | brlcad | brl-cad has had exceptional effort put towards its engine, validity, accuracy, performance, analysis components, functionality, etc .. but has had very little invested in the way of the modeler gui |
| 00:31.15 | brlcad | which is exactly why one of my long-term plans is to revamp the gui, expose all of the functionality and power in brl-cad much better than is currently done with a modern interface |
| 00:32.50 | bjorkBSD | what would you write it in? |
| 00:37.43 | brlcad | well, it's more of a layering, with a clear separation between the tools (i.e. plugins) and the graphical interface |
| 00:38.07 | brlcad | the gui could be written in whatever really -- it's a somewhat thin client |
| 00:38.16 | brlcad | the backend processing is in C/C++ |
| 00:39.28 | bjorkBSD | so it could still be tcl/tk based. |
| 00:41.26 | bjorkBSD | bah. i'm missing a pat metheney concert. |
| 00:41.33 | brlcad | well, as it currently stands designed in my architecture plans, most of the new client will be written in C++ with a plugin layer that includes a tcl interpreter (among others) so that plugins can be imported from our existing code base as well as allowing for plugins in other languages |
| 00:42.00 | brlcad | tcl's embedded into brl-cad's core libraries, so that's not likely to go away anytime soon |
| 00:43.39 | brlcad | it's really making a system that lets each language do what it does well, and letting plugin writers use whatever is most comfortable to them |
| 00:44.24 | brlcad | if someone wants to make a tcl/tk, python, or java gui .. they will be able to pretty easily |
| 00:45.10 | brlcad | and still leverage the core processing back-end that we already have in place |
| 01:00.20 | brlcad | yup, though there's a nice minimal subset that you can write to |
| 01:01.09 | brlcad | so while writing a gcode-to-brlcad importer might be a royal pain with all of the vendor-specific additions, going out to gcode doesn't have to be as much of a pain |
| 01:01.27 | brlcad | maybe have some options for which sets of extensions to allow if it makes for better machinings |
| 01:10.50 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1177613360.dsl.bell.ca) | |
| 01:20.28 | *** join/#brlcad louipc__ (n=louipc@bas8-toronto63-1096669249.dsl.bell.ca) | |
| 01:39.54 | louipc__ | other CAM software employ gcode preprocessors, where the operations are defined by some other language and then are translated into gcode for a particular machine/control. |
| 01:49.44 | ``Erik | *snrkt* mensa application http://www.achewood.com/index.php?date=10172005 |
| 01:51.20 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1096669609.dsl.bell.ca) | |
| 03:41.38 | *** join/#brlcad cadguy (n=cadguy@c-67-166-125-250.hsd1.ut.comcast.net) | |
| 04:10.15 | cadguy | g'night all |
| 05:17.47 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1177613741.dsl.bell.ca) | |
| 07:24.20 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 08:10.07 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 08:11.31 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1128544062.dsl.bell.ca) | |
| 09:10.12 | *** join/#brlcad akreal (n=ak@ll-81-222-164-251.awanti.ru) | |
| 12:05.50 | *** join/#brlcad thing0 (n=ric@203-59-209-203.dyn.iinet.net.au) | |
| 12:06.56 | thing0 | hey all |
| 13:10.44 | thing0 | bye all |
| 13:10.45 | *** part/#brlcad thing0 (n=ric@203-59-209-203.dyn.iinet.net.au) | |
| 14:08.27 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 15:16.46 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 16:14.18 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) | |
| 16:34.37 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 16:47.47 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 16:53.18 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 17:16.38 | *** join/#brlcad cadguy (n=cadguy@c-67-166-125-250.hsd1.ut.comcast.net) | |
| 17:44.19 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) | |
| 18:15.48 | *** join/#brlcad CIA-4 (i=cia@208.69.182.149) | |
| 20:00.14 | IriX64 | brlcad's gui does not (insert appropriate word here) |
| 20:12.05 | IriX64 | http://irix32.spaces.live.com/photos brlcad albumn, part of the gui i like |
| 20:17.22 | IriX64 | mental note try that shot without debugging and see |
| 20:18.43 | yukonbob | IriX64: whenever I look at your postings, all I see is: |
| 20:18.48 | yukonbob | XML Parsing Error: syntax error |
| 20:18.48 | yukonbob | Location: http://irix32.spaces.live.com/photos/ |
| 20:18.48 | yukonbob | Line Number 3, Column 49:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> |
| 20:18.50 | yukonbob | ------------------------------------------------^ |
| 20:19.21 | IriX64 | try it without the /photos |
| 20:19.38 | IriX64 | thats a microsoft site |
| 20:19.40 | yukonbob | same thing |
| 20:20.02 | IriX64 | dunno what to tell you it loads fine here, wait let me try firefox |
| 20:21.45 | *** join/#brlcad Obscene_CNN (n=DiscoBan@owt-64-146-239-67.owt.com) | |
| 20:21.46 | IriX64 | my firefox sees it |
| 20:21.57 | yukonbob | sees error, or sees proper page? |
| 20:22.04 | IriX64 | proper page |
| 20:22.08 | *** part/#brlcad Obscene_CNN (n=DiscoBan@owt-64-146-239-67.owt.com) | |
| 20:23.04 | IriX64 | firefox 2.0.0.3 |
| 20:24.08 | yukonbob | http://validator.w3.org/check?uri=http%3A%2F%2Firix32.spaces.live.com%2Fphotos%2F |
| 20:24.35 | IriX64 | dunno man |
| 20:25.12 | IriX64 | wait |
| 20:26.08 | IriX64 | http://irix32.spaces.live.com/photos/ copied out of my address bar |
| 20:31.43 | yukonbob | heh -- it works if I "curl" that page, and use firefix to look at resultant file... Thank-you Microsoft!!! |
| 20:33.04 | yukonbob | (...then then don't follow any links --- guess I have to 'curl' that too ;) |
| 20:43.04 | IriX64 | heh sorry man |
| 20:45.13 | IriX64 | is that helicopter really that black? |
| 20:47.23 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/src/conv/g2asc.c: make sure attributes don't have empty names |
| 21:21.28 | *** join/#brlcad poolio_ (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 21:22.41 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/db/ (operators.asc Makefile.am): add operators.asc which is an example of CSG operators in action, inspired from a similar image from Waterloo's cs488 course on interactive ray-tracing of CSG |
| 21:23.52 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/TODO: units command doesn't seem to be working, must be fixed before release |
| 21:52.50 | *** join/#brlcad jimmyz (n=asd@host81-129-128-152.range81-129.btcentralplus.com) | |
| 21:53.24 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 21:58.01 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/src/librt/g_ehy.c: it's an elliptical hyperboloid |
| 21:58.32 | *** join/#brlcad Elperion (n=Bary@84.135.71.252) | |
| 22:40.42 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177726794.dsl.bell.ca) | |