| 00:01.11 | starseeker | This is cool: http://www.ninfinger.org/~sven/models/vault2007/Voyager%20plans/BLUEPRINT_VOYAGER.gif |
| 00:18.26 | brlcad | that is pretty cool |
| 00:18.50 | brlcad | could construct it from that pretty easily.. :) |
| 00:37.16 | starseeker | Dunno what the copyright status is on it though... |
| 00:45.48 | brlcad | shouldn't matter for modeling purposes, the model itself is still an original work so long as you don't embed the image |
| 01:08.42 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) [NETSPLIT VICTIM] |
| 01:08.58 | *** join/#brlcad alex_joni (n=juve@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM] |
| 01:09.25 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1128543687.dsl.bell.ca) [NETSPLIT VICTIM] |
| 01:10.58 | CIA-31 | BRL-CAD: 03brlcad * r30082 10/brlcad/trunk/src/ (8 files in 4 dirs): obliterate the old HAVE_UNIX_IO check. instead use the corresponding types/stat/whatever checks that the HAVE_UNIX_IO section protects, or rewrite where appropriate to use c89 routines instead of unix io |
| 01:11.58 | CIA-31 | BRL-CAD: 03brlcad * r30083 10/brlcad/trunk/configure.ac: no longer need the HAVE_UNIX_IO and TIME_WITH_SYS_TIME checks. the first was removed throughout the code, the latter is already provided via AC_HEADER_TIME check. |
| 01:16.29 | *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 04:34.06 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 04:44.27 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 05:14.22 | *** join/#brlcad Kashka (n=Hinata@65-100-2-105.eugn.qwest.net) |
| 05:14.32 | *** part/#brlcad Kashka (n=Hinata@65-100-2-105.eugn.qwest.net) |
| 06:52.04 | *** join/#brlcad Z80-Boy (i=clock@77-56-76-213.dclient.hispeed.ch) |
| 08:18.41 | *** join/#brlcad Z80-Boy (n=clock@zux221-122-143.adsl.green.ch) |
| 08:45.40 | *** join/#brlcad _Gruni (n=gruni@rootgeek.org) |
| 09:34.54 | *** join/#brlcad starseeker (n=CY@c-68-33-217-173.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 09:34.54 | *** join/#brlcad b0ef (n=b0ef@062016141081.customer.alfanett.no) [NETSPLIT VICTIM] |
| 09:34.54 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
| 10:44.01 | *** join/#brlcad MinuteElectron (n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) [NETSPLIT VICTIM] |
| 10:44.21 | *** join/#brlcad Gruni (n=gruni@rootgeek.org) [NETSPLIT VICTIM] |
| 10:44.21 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 10:44.21 | *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 10:50.38 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-094-070.pools.arcor-ip.net) |
| 12:13.08 | starseeker | Anybody know anything about a CAD format called Inventor? |
| 12:16.35 | starseeker | I don't see anything about copyright info yet, but this would potentially make a Really Cool example for BRL-CAD: http://space.jpl.nasa.gov/models/models/cassini.dxf.gz |
| 12:29.56 | starseeker | dxf-g handles it, and the resulting .g file is pretty nifty even in all gray: http://bzflag.bz/~starseeker/cassini-1.png |
| 12:30.07 | starseeker | http://bzflag.bz/~starseeker/cassini-2.png |
| 12:37.11 | starseeker | biab |
| 12:37.18 | brlcad | sgi inventor? |
| 12:37.29 | starseeker | Not sure - could be |
| 12:38.05 | *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) |
| 12:38.06 | brlcad | inventor files are just an old polygonal file format that old sgi/irix boxes preferred for their native tools |
| 12:38.15 | starseeker | http://space.jpl.nasa.gov/models/ |
| 12:38.21 | starseeker | Fifth entry down |
| 12:38.33 | brlcad | but then there's also autodesk inventor and a few other products that are entirely different |
| 12:38.50 | starseeker | Uses the .iv extension |
| 12:41.06 | brlcad | yeah, that's an sgi file |
| 12:41.10 | brlcad | open inventor |
| 12:42.12 | starseeker | Anything we can do with it? |
| 12:42.44 | brlcad | mm, on an sgi sure :) |
| 12:43.09 | starseeker | heh |
| 12:43.29 | starseeker | That's the one with 300000 primitives - would be interesting to test it out |
| 12:43.51 | brlcad | there's an iv to vrml converter iirc |
| 12:44.00 | brlcad | i don't think we have an importer for it in brl-cad |
| 12:44.06 | brlcad | so you could .. write one :) |
| 12:44.36 | starseeker | Hehe |
| 12:44.59 | starseeker | Is there enough call for it to justify doing it? |
| 12:45.21 | brlcad | there are binary and ascii .iv's |
| 12:46.27 | brlcad | the details are somewhere in http://oss.sgi.com/cgi-bin/cvsweb.cgi/inventor/ |
| 12:46.35 | starseeker | Just spotted that :-) |
| 12:47.31 | brlcad | i'm not sure there's any calling for it other than completeness of converters |
| 12:47.49 | brlcad | it was a fairly popular format back in the day |
| 12:47.54 | starseeker | Cool, thanks :-) |
| 12:47.54 | starseeker | Oh, well - in the meantime the dxf based one is a pretty nifty demo. I was afraid it would be 2D only but it is 3D :-) |
| 12:48.00 | brlcad | when inventor and performer were the best |
| 12:48.26 | *** join/#brlcad minute-web (i=550c4095@silentflame/member/pdpc.base.minuteelectron) |
| 12:48.42 | brlcad | having a non-polygonal version would be impressive |
| 12:49.12 | starseeker | So it might have some utility in the "preserving old work in useful formats" department... |
| 12:49.19 | brlcad | perfect situation for csg implicits from the shapes I'm seeing in your rendering |
| 12:49.37 | starseeker | Yes, I thought that too looking at it |
| 12:49.47 | brlcad | sure, if .iv has the objects and not just more surfaces |
| 12:50.21 | brlcad | e.g. whether that big ball is actually a sphere or a bunch of polygons that define a sphere's surface |
| 12:51.09 | alex_joni | brlcad: what kind of shaders are common in brlcad? |
| 12:51.44 | starseeker | If it doesn't define a sphere, is it pretty useless? |
| 12:52.28 | brlcad | alex_joni: http://my.brlcad.org/ugm2002/ShadingObjects.pdf |
| 12:52.30 | alex_joni | I saw a "nifty" shader once.. it worked a bit different than regular ones.. when you imported a model it analyzed the objects, and created a separate wireframe for the edges |
| 12:52.45 | brlcad | starseeker: yeah, pretty much |
| 12:52.53 | starseeker | Huh - Open Inventor is licensed under the LGPL. Any chance it could be used directly? |
| 12:52.56 | brlcad | it might define a brep surface, that's useful too |
| 12:53.07 | alex_joni | then it displayed the objects with gourad? and placed the wireframe on top.. the result is very nice even if the mdoels are crappy |
| 12:53.42 | brlcad | alex_joni: it sounds like you're describing an rtedge overlay |
| 12:53.55 | alex_joni | brlcad: might be, I have no clue how it's called |
| 12:54.04 | starseeker | brlcad: What about a graphical utility to allow the user to select polygons and then use the polygons to "deduce" a replacement shape? |
| 12:54.08 | brlcad | that's not actually a different shader, it's a separate render pass (for the edges) |
| 12:54.10 | alex_joni | I only use the software which implements it |
| 12:54.23 | starseeker | brlcad: Annoying as all get out, but possibly easier than re-doing from scratch |
| 12:54.51 | alex_joni | brlcad: I *thought* this is a shader, because the program I use does it on the fly.. so no real rendering |
| 12:55.03 | brlcad | alex_joni: a brl-cad program? |
| 12:55.22 | alex_joni | heh, no.. a different program, not OSS |
| 12:55.24 | brlcad | there are ways to do it as a shader if you have a polygonal model |
| 12:55.49 | alex_joni | I was just wondering if something similar exists in brlcad |
| 12:56.13 | brlcad | yeah, that's not surprising, there are ways to do that effect as an opengl shader .. brl-cad shaders are ray-trace shaders (like you'd find for renderman/pixar, not opengl) |
| 12:56.15 | alex_joni | (as I've seen that most things out there can be found in brl-cad somewhere) |
| 12:56.42 | brlcad | alex_joni: yeah, something like: http://my.brlcad.org/ugm2002/RtWizard.pdf |
| 12:56.52 | brlcad | see page 11 .. the difference on the edges |
| 12:56.57 | starseeker | Well, gotta get into work - later all |
| 12:57.01 | alex_joni | still waiting on the first link.. doesn't open |
| 12:57.26 | brlcad | first one is 28M, second is 7M |
| 12:57.59 | alex_joni | might explain :) |
| 13:41.22 | *** join/#brlcad starseeker (n=CYapp@85.muba.balt.washdctt.dsl.att.net) |
| 13:46.27 | starseeker | OK, enough with the space probes, back to tutorials ;-) |
| 13:58.52 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-094-070.pools.arcor-ip.net) |
| 14:04.05 | ``Erik | hey, brlcad |
| 14:05.04 | ``Erik | bob is going through and fixing rtwizard so it works in windows while dave is looking at rewriting it... are we getting unnecessary duplication of effort? |
| 14:14.54 | ``Erik | hehehe "The capital of Quebec is Queblowme." |
| 14:18.20 | starseeker | ``Erik: I had to duck out - did brlcad tell me whether there was any useful user-interactive manual way to convert meshes to shapes? (e.g. select all the polygons used to define a sphere by hand and then say "make a sphere using the dimensions defined by these") |
| 14:18.43 | ``Erik | nope, and I don't think there is |
| 14:18.58 | starseeker | Nuts |
| 14:19.03 | ``Erik | ben was kinda exploring a possibly way to attack that problem with beset |
| 14:19.39 | ``Erik | but the modellers here generally just write some numbers from the mesh down and start building the csg tree |
| 14:19.59 | starseeker | Yeah, I guess that's almost the same |
| 14:20.30 | ``Erik | yeah |
| 14:20.42 | ``Erik | that's one of the things clone and tracker are supposed to help with :) |
| 14:21.07 | starseeker | Indeed. |
| 14:21.32 | starseeker | Heh - well, at least I have a nifty screenshot now that isn't havoc.g ;-) |
| 14:24.20 | ``Erik | heh, um |
| 14:24.40 | ``Erik | bot models tend to do that |
| 14:24.53 | ``Erik | but it'd pipe into adrt fairly nicely I bet |
| 15:23.43 | CIA-31 | BRL-CAD: 03erikgreenwald * r30084 10/brlcad/trunk/src/librt/g_metaball.c: Fixed i/o. Started adding "Blinn Blob" evaluator |
| 15:39.27 | *** join/#brlcad vedge (i=vedge@vedge.org) |
| 15:55.04 | *** join/#brlcad starseeke1 (n=CYapp@85.muba.balt.washdctt.dsl.att.net) |
| 15:55.56 | *** join/#brlcad vedge (n=vedge@vedge.org) |
| 15:59.47 | *** join/#brlcad jgay (n=jgay@fsf/staff/jgay) |
| 16:08.35 | starseeke1 | Hmm. |
| 16:09.54 | starseeker | Is there a script in here somewhere that can step down a list of parts and add them one by one to the drawing? |
| 16:36.27 | *** join/#brlcad vedge (i=vedge@vedge.org) |
| 18:05.12 | *** join/#brlcad Z80-Boy (i=clock@77-56-76-213.dclient.hispeed.ch) |
| 18:12.03 | *** join/#brlcad SWPadnos (n=Me@dsl107.esjtvtli.sover.net) |
| 18:40.33 | *** join/#brlcad yukonbob (n=yukonbob@S010600195bd5c415.lb.shawcable.net) |
| 18:40.41 | yukonbob | hello, cadheads |
| 19:10.17 | brlcad | howdy bob |
| 19:12.02 | brlcad | starseeker: which drawing? the wireframe display in mged? |
| 19:12.22 | brlcad | if you want to interactively add/remove objects from the wireframe, the geometry browser will let you do that |
| 19:39.08 | *** join/#brlcad docelic (n=docelic@77.237.103.186) |
| 19:41.59 | starseeker | brlcad: I was thinking the scenario of an imported drawing with a long list of parts with automatically generated names (i.e. useless for describing what they are) you could start blank and add parts automatically in succession, printing out the current name of each as it is added - that way you can visually identify what it is and re-name it accordingly (bonus points if the script gives you an opportunity to re-name on the fly...) |
| 19:50.25 | *** join/#brlcad vedge (n=vedge@vedge.org) |
| 21:15.49 | starseeker | lol |
| 21:16.01 | ``Erik | what? I'm being productive :) |
| 21:16.02 | starseeker | been in too many meetings? |
| 21:18.04 | ``Erik | well, the interesting part is the terminal ballistics |
| 21:18.16 | ``Erik | with a well defined boolean end state, even! |
| 21:18.31 | *** join/#brlcad docelic (n=docelic@77.237.103.186) |
| 21:19.05 | ``Erik | I can make a little iua table, mkill for stick, fkill for "ohcrap, it's coming at me", and kkill for "FUCK, MY EYE" |
| 21:19.49 | ``Erik | chicks dig eyepatches :D |
| 21:46.07 | brlcad | starseeker: ah terminology delta -- 'drawings' generally refer to drafting specs and/or hidden-line renderings |
| 21:46.59 | brlcad | with autocad, that terminology is synonymous with the model and it's geometry but because autocad is a drafting package -- everything inherintly stems from a 2D representation |
| 21:47.31 | brlcad | with brl-cad and solid modeling in general, that's the "model" or geometry .. but I think I see what you' |
| 21:47.35 | brlcad | you're saying now |
| 21:48.41 | brlcad | there'd be a pretty big benefit for having an import tool that lets you do as you describe, even if only to allow an easy means to display/rename post-import |
| 21:49.58 | brlcad | many cad packages auto-name these days resulting in horrible default names, others use a part or manufacturer's number which is slightly better but still just as opaque when there are 10,000 objects named RJ82756H192 |
| 21:52.51 | starseeker | Right. Sorry about using the wrong term :-( |
| 21:53.21 | starseeker | It should be a fairly simple script to set up, unless we want to go fancy with a GUI dialog... |
| 22:23.12 | *** part/#brlcad starseeker (n=CYapp@85.muba.balt.washdctt.dsl.att.net) |
| 22:25.29 | brlcad | heh |
| 22:55.29 | *** join/#brlcad yukonbob (n=yukonbob@S010600195bd5c415.lb.shawcable.net) |
| 22:57.25 | yukonbob | hello, whirled |
| 23:05.51 | brlcad | howdy! |
| 23:27.31 | *** join/#brlcad starseeker (n=CY@c-68-33-217-173.hsd1.md.comcast.net) |
| 23:34.55 | yukonbob | hello, starseeker, brlcad |
| 23:43.36 | brlcad | starseeker: yeah, not too complicated a script -- though the money would be on having an efficient user-friendly gui |
