| 00:42.57 | *** join/#brlcad Ralith_ (n=ralith@216.162.199.202) |
| 02:12.54 | *** join/#brlcad madant1 (n=madant@117.196.138.125) |
| 02:20.13 | *** join/#brlcad schwinn434 (n=schwinn4@cpe-75-81-196-139.we.res.rr.com) |
| 02:37.29 | *** join/#brlcad mafm (n=quassel@30.Red-88-23-76.staticIP.rima-tde.net) |
| 02:41.27 | brlcad | kanzure: by previously attempting to plot tubing, you mean in brl-cad? |
| 02:41.42 | brlcad | I'd think that'd be a good case for the pipe primitive |
| 02:42.14 | brlcad | the set of points being a partial set of params to a given pipe |
| 02:50.02 | kanzure | That last message made no sense, what ? :) |
| 02:50.06 | kanzure | but yes, I did mean plot tubing in brlcad |
| 02:51.18 | brlcad | how did you previously attempt |
| 02:51.33 | brlcad | what did you try to do? |
| 02:51.39 | kanzure | <PROTECTED> |
| 02:52.06 | kanzure | You were helping me out when I was figuring that out, actually. I was using the command to point-and-click to place the next piece of tubing |
| 02:52.27 | brlcad | i mean what primitive(s) were you using? |
| 02:53.00 | kanzure | pipe |
| 02:53.01 | brlcad | you say 'tubing' but we don't have a tubing primtive, so wondering if it was a pipe or series of cylinders or spheres, or something else |
| 02:53.04 | brlcad | ah ok |
| 02:53.07 | kanzure | sorry, pipe :) |
| 02:54.29 | brlcad | okay, so there's a couple things you can do |
| 02:55.13 | brlcad | either a) give the pipe tutorial another go (volume III, principles of effective modeling, on the website under docs) |
| 02:55.34 | brlcad | or b) try the 'pipe' command outside of mged |
| 02:55.45 | kanzure | in the shell? |
| 02:56.08 | brlcad | or c) just manually create a series of cylinders (rcc's would probably be best) that use your points as start/end points |
| 02:56.29 | brlcad | on the command prompt outside of mged, not mged's command prompt |
| 02:56.49 | brlcad | the unix/dos command line |
| 02:57.17 | kanzure | if I do the cylinder rcc's, that would mean that each cross section would "jolt" sort of, right? |
| 02:57.39 | kanzure | I'm using this for some fluid flow simulations, by the way, so I think I'd just have to increase the granularity or resolution of the list of numbers for the cylinders |
| 02:58.32 | brlcad | there would be a "crack" in the tubing run if you used just rcc's and it wasn't just a straight tube |
| 02:58.47 | brlcad | but you could add joints that would make a seamless bend |
| 02:58.57 | brlcad | e.g. just add a sphere at that point with the same radius |
| 02:59.25 | kanzure | same radius as what? I'm not calculating "bends" at the moment- I just have a list of points from some parametric equations |
| 02:59.28 | kanzure | particularly of a spiral. |
| 02:59.41 | brlcad | but then that's sort of what the 'pipe' tool does too (with options to use torii, spheres, mitre'd corners, etc) |
| 03:00.00 | brlcad | sphere having the same radius as your cylinders |
| 03:00.06 | brlcad | whatever you choose |
| 03:00.30 | kanzure | oh? Maybe that's why I was having problems earlier. Each time I tried to plot 'pipe' with the parametric equations, it would tell me that it was intersecting with itself and not plottable (or something- I can't get you the specific error at the moment) |
| 03:00.44 | kanzure | the "oh?" was to the mention of the options to the pipe command |
| 03:01.08 | brlcad | fyi, the pipe _tool_ is not at all the same as the pipe primitive |
| 03:01.38 | brlcad | the tool predated the primitive by about a decade and was the defacto way for a long time (it still has nice interactive inputs) |
| 03:01.39 | kanzure | hrm. worth investigating. The tutorial that I read in the PDF would have been about the primitive, IIRC, right? |
| 03:01.55 | brlcad | the pipe primitive is basically a subset of what the pipe tool can do |
| 03:02.53 | brlcad | if the pipe primitive was complaining about self-intersection, it was probably bends that were too extreme (e.g. bending back on itself) or invalid inputs |
| 03:03.06 | kanzure | floating point inputs? |
| 03:03.13 | kanzure | erm, doubles, basically. |
| 03:03.27 | brlcad | no, nothing to do with floats/doubles |
| 03:03.56 | brlcad | i mean it's asking for values and you think it means something else |
| 03:04.26 | kanzure | it was the xyz "point" for the 'point' command in mged. |
| 03:04.48 | kanzure | so it was something like "p 1.0 2.0 3.0" |
| 03:04.58 | kanzure | I can bring up the specifics later. |
| 03:05.29 | brlcad | like asking for diameter values and you feed radius values inadvertently or setting the next pipe 'point' when you're on a bend and feeding the wrong point |
| 03:05.54 | kanzure | like I said, I'm just plotting the points from a parametric equation |
| 03:06.00 | brlcad | 'p' is not the 'point' command, it's just parameters .. which depend on the currently activated edit operation |
| 03:06.01 | kanzure | so if I'm on a bend, how do I account for that |
| 03:06.09 | kanzure | oh, sorry, it might not have been 'p' |
| 03:06.30 | brlcad | you would have used 'p' if you were selecting edit options |
| 03:06.51 | brlcad | it just doesn't mean "point" :) |
| 03:07.35 | brlcad | the pipe primitive doesn't just take a series of points and spline-interpolate them |
| 03:07.43 | kanzure | aha, here we go |
| 03:07.44 | brlcad | the tutorial is really necessary for understanding its inputs |
| 03:07.52 | kanzure | http://heybryan.org/bioreactor/membraneless_filtration/spiral_generator.pl |
| 03:08.03 | kanzure | hope you can read perl - if not, check near the bottom to see the mged command. |
| 03:08.21 | kanzure | nope, sorry, wrong one. I was just doing rpp's. |
| 03:08.48 | brlcad | yeah, I was gonna say :) |
| 03:08.56 | kanzure | those are some funny pipes huh? :) |
| 03:09.01 | brlcad | :) |
| 03:10.39 | brlcad | mm.. that's one insanely slow download rate |
| 03:10.51 | kanzure | how slow am I at? |
| 03:11.00 | kanzure | I'm paying for an 8 MB/sec line. |
| 03:13.30 | brlcad | <PROTECTED> |
| 03:13.30 | brlcad | <PROTECTED> |
| 03:13.30 | brlcad | 100 292k 100 292k 0 0 12815 0 0:00:23 0:00:23 --:--:-- 17608 |
| 03:14.05 | kanzure | speed is in kbps? |
| 03:14.19 | brlcad | 12.5KB/sec |
| 03:14.30 | brlcad | a hair shy of 8MB/sec |
| 03:14.37 | kanzure | huh. well. |
| 03:15.19 | brlcad | maybe others are hitting up the pipe |
| 03:15.29 | kanzure | tails the apache log |
| 03:15.41 | brlcad | there, that's a little better, about 40KB/sec now |
| 03:16.13 | brlcad | neat, http://heybryan.org/bioreactor/membraneless_filtration/2008-12-16_spiral_generator_works.png |
| 03:16.46 | kanzure | turns out that the cross-sections are facing the wrong way on some parts of the spiral |
| 03:16.48 | brlcad | with that many points, you certainly should be able to create a corresponding pipe with the right inputs |
| 03:17.14 | brlcad | the only issue I can see arising would be having a radius be larger than the spacing between the "points" |
| 03:17.16 | kanzure | they are rectangular cross-sections, so on one side of the spiral you might see something like the 'window' facing inwards, as seen in the other shots |
| 03:17.25 | *** join/#brlcad schwinn434 (n=schwinn4@75.81.196.139) |
| 03:17.49 | kanzure | (instead of facing the right way, which I guess would be defined as the tangent at that point?) |
| 03:19.00 | brlcad | yeah, I saw them |
| 03:19.42 | brlcad | would make a great dominos demo |
| 03:20.40 | madant1 | loves spiral of dominos |
| 03:20.59 | kanzure | good analogy. Google 3D Warehouse has a 3D spiral of dominoes .. hm, not algorithmically generated though |
| 03:21.14 | *** join/#brlcad kanzure3 (i=bryan@66.112.232.233) |
| 03:21.16 | kanzure3 | http://sketchup.google.com/3dwarehouse/details?mid=8c93df389a7d4a057a734abc5ba1db0f |
| 03:22.07 | brlcad | must enfeed |
| 03:22.13 | brlcad | tacos! |
| 03:22.17 | brlcad | bbl |
| 03:31.08 | yukonbob | hello, cadheads |
| 05:05.22 | kanzure | brlcad: Hey, so about that spiral_generator.pl file. The oed command didn't work in there anyway, it was supposed to rotate the rpp, but it never did work. Any hints? |
| 05:08.35 | *** join/#brlcad jonored (n=jonored@dsl092-076-134.bos1.dsl.speakeasy.net) |
| 05:25.17 | brlcad | kanzure: hm. well, you don't have a rotate command in there |
| 05:25.20 | brlcad | only a translate |
| 05:25.58 | brlcad | and the leading / on cross_section_region is unnecessary, but don't see a problem off hand |
| 05:26.01 | kanzure | if I s/translate/rotate/ will that work? |
| 05:27.11 | brlcad | s/translate/rotobj/, sure |
| 05:28.13 | kanzure | oops, wait |
| 05:28.14 | brlcad | note that rotations are the reason the left-hand side must lead down to a primitive -- it uses the primitive as the rotation keypoint by default |
| 05:28.18 | kanzure | the 'translate' shouldn't matter |
| 05:28.25 | kanzure | it should be s/orot/rotobj/ |
| 05:28.50 | kanzure | right? |
| 05:29.14 | brlcad | orot and rotobj are effectively the same |
| 05:29.20 | kanzure | doesn't do its job then :( |
| 05:29.30 | brlcad | rotobj -i will work incrementally, otherwise both are absolute iirc |
| 05:30.39 | brlcad | it also works with degrees and not radians |
| 05:31.36 | brlcad | seems to work just fine here, is it not rotating at all or just not in the manner you expect? |
| 05:31.46 | kanzure | not at all |
| 05:32.08 | kanzure | lemme see if I can't just use a random value for radians and see how that looks |
| 05:36.25 | brlcad | can you paste that semi-separated line with values so I can test it here? |
| 05:37.00 | kanzure3 | <PROTECTED> |
| 05:37.07 | brlcad | object rotations is one of the staple commands that is run in production hundreds of times a week in-house, so I really suspect it's just bad input |
| 05:37.48 | kanzure | That's with $degrees=int(rand(10))*PI; |
| 05:38.19 | kanzure | though I don't know why now that I think about it. |
| 05:38.57 | CIA-4 | BRL-CAD: 03brlcad * r33593 10/brlcad/trunk/TODO: need to deprecate one of the object rotation commands |
| 05:43.51 | brlcad | hm, that example works just fine here: http://paste.bzflag.bz/m50be6677 |
| 05:44.15 | brlcad | (just used rpp and rpp2 instead of mflb2_524.s and caboff1_524.s) |
| 05:45.23 | brlcad | an unrelated hint, if all you have is a primitive, you can just run "sed primitive" to go into edit mode on a given primitive instead of specifying the two paths |
| 05:45.49 | brlcad | it's when you got to cross_section_region_524.c that you need oed since it's a combination instead of a primitive |
| 05:47.38 | kanzure3 | originally I was using g-stl -o keep.g.stl spiral.g cross_section_region_{0..999}.r |
| 05:47.44 | kanzure3 | to generate an stl file for an STL viewer that I use |
| 05:47.53 | kanzure3 | but it seems it doesn't like my cross_section_region_$i objects any more |
| 05:48.07 | kanzure3 | ah, it's .c :) |
| 05:50.44 | kanzure3 | http://heybryan.org/bioreactor/membraneless_filtration/2009-01-22.png <- so this is with the random values. That's one side of the spiral. The holes should be aligned .. not the way that they are. |
| 06:42.59 | *** join/#brlcad cad02 (n=3c32aae7@bz.bzflag.bz) |
| 06:43.08 | cad02 | hi |
| 07:20.58 | *** join/#brlcad ibot (i=ibot@rikers.org) |
| 07:20.58 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || GSoC 2008 Highlight: new prototype gui, check it out! || Source Release 7.14.0 is now posted (20081108) |
| 08:30.01 | *** join/#brlcad ibot (i=ibot@rikers.org) |
| 08:30.01 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || GSoC 2008 Highlight: new prototype gui, check it out! || Source Release 7.14.0 is now posted (20081108) |
| 08:36.10 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 09:00.12 | *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) |
| 09:00.12 | *** join/#brlcad kanzure3 (i=bryan@66.112.232.233) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad b0ef (n=b0ef@62.16.142.244) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad smurfette (n=Pandora@c-69-247-220-102.hsd1.mo.comcast.net) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) |
| 09:00.12 | *** join/#brlcad kanzure (i=bbishop@66.112.232.117) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad d-lo (n=claymore@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad MinuteElectron (n=MinuteEl@unaffiliated/minuteelectron) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad starseeker (n=starseek@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 09:00.12 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
| 09:00.13 | *** mode/#brlcad [+o brlcad] by irc.freenode.net |
| 09:00.14 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) |
| 09:01.42 | *** join/#brlcad geocalc (n=geocalc@lns-bzn-59-82-252-154-167.adsl.proxad.net) |
| 09:02.52 | *** join/#brlcad Ralith_ (n=ralith@216.162.199.202) |
| 09:07.02 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) |
| 10:08.01 | *** join/#brlcad mafm (n=quassel@30.Red-88-23-76.staticIP.rima-tde.net) |
| 13:17.31 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 13:22.59 | brlcad | kanzure: there is some sort of randomness there |
| 13:23.09 | brlcad | but I see what you mean |
| 13:23.22 | brlcad | orot is working, though -- just means that the values aren't right |
| 13:24.19 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-121.sbndin.btas.verizon.net) |
| 13:24.33 | brlcad | as I mentioned, the two most common mistakes are providing radians instead of degrees and assuming a global rotation keypoint |
| 13:26.24 | brlcad | my guess would be the latter in this case, it's using one of the vertices on the arb8 as the rotation keypoint, which is very likely not what you would expect -- you either need to compute the center-point on the .c and run 'keypoint' first or set the global 0,0,0 origin as a keypoint or try incremental rotations |
| 13:35.03 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-121.sbndin.btas.verizon.net) |
| 13:42.39 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 14:23.33 | ``Erik | EVERYBODY DANCE! |
| 14:23.52 | d-lo | Disco Disco Good Good |
| 14:27.36 | *** join/#brlcad Elrohir (n=kvirc@p5B14F3EB.dip.t-dialin.net) |
| 14:33.40 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-121.sbndin.btas.verizon.net) |
| 14:40.37 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 14:49.28 | *** join/#brlcad samrose (n=samrose@99.147.180.206) |
| 15:30.35 | *** join/#brlcad ``Erik (n=erik@ftp.brlcad.org) |
| 15:31.47 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) |
| 15:38.11 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) |
| 15:47.37 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 16:09.05 | *** kick/#brlcad [CIA-4!n=sean@bz.bzflag.bz] by brlcad (brlcad) |
| 16:09.24 | brlcad | oops |
| 16:09.35 | brlcad | forgot the /me |
| 16:14.21 | *** join/#brlcad docelic__ (n=docelic@78.134.204.208) |
| 16:17.08 | ``Erik | bot abuse! I'm calling petr! |
| 16:17.31 | ``Erik | gas leaks in the building are fun. wee. |
| 16:26.19 | d-lo | brlcad: do you know who stole my chair? |
| 16:32.03 | brlcad | oops! |
| 16:32.08 | brlcad | d-lo: it's in the server room |
| 16:32.26 | d-lo | ah, okay. As long as its not on its way to Canada or Mexico ;) |
| 16:32.56 | brlcad | needed a "high" chair for a late night server session, it was the highest |
| 16:34.12 | d-lo | sighs. nice to have the ol chair back ;) |
| 16:45.46 | *** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) |
| 17:23.13 | kanzure | http://heybryan.org/bioreactor/membraneless_filtration/2009-01-23.png <- at least I know it works. |
| 17:39.04 | brlcad | hehe, kanzure that's pretty cool |
| 17:40.58 | kanzure | so setting zrot = tan(y/x) didn't do the trick (I've tested and zrot is indeed the correct rototation) |
| 17:41.42 | *** join/#brlcad CIA-65 (n=CIA@208.69.182.149) |
| 17:41.45 | kanzure | there's some function that will do it correctly (clearly), so what I should do is go through it manually and then figure out what my function plot looks like |
| 17:44.00 | brlcad | yeah |
| 17:44.06 | brlcad | I suspect it's just the keypoint |
| 17:44.26 | brlcad | the default keypoint is going to be one of the corners of that "window"/box |
| 17:44.38 | kanzure | btw, I set keypoint to 0 0 0. |
| 17:44.40 | brlcad | which isn't likely what you'd want to rotate about even for a z rotation |
| 17:45.21 | brlcad | if they're centered at the origin before you translate them, that would be perfect |
| 17:45.48 | brlcad | center at the origin, rotate as needed, translate into place |
| 17:46.32 | brlcad | otherwise you'll need to call 'keypoint' and compute the center of the box |
| 17:49.14 | kanzure | brlcad: nope, even with keypoint 0 0 0; translate ; orot;. |
| 17:49.38 | kanzure | that's with the zrot as the tangent at the point. That's probably wrong. Maybe I should go ask #math. |
| 17:50.37 | brlcad | i said it has to be centered on 0 0 0 |
| 17:50.47 | brlcad | if it's not working, it's not centered there |
| 17:51.14 | brlcad | the script you showed earlier, they certainly weren't being centered about the origin |
| 17:51.18 | kanzure | I thought keypoint centers it? |
| 17:51.33 | brlcad | no, keypoint just sets the keypoint about which you rotate |
| 17:53.09 | brlcad | say your object was a sphere, positioned at 100 0 0 .. if you rotate it 180 degrees with a keypoint of 0 0 0, it'll be at -100 0 0 |
| 17:53.50 | kanzure | so the objects that I make are just rpp's with different sizes (xmin, xmax, etc.) |
| 17:53.53 | brlcad | if you set the keypoint to 100 0 0 and rotate it 180 degress, it'll still be at 100 0 0 (but 'facing' the opposite direction) |
| 17:54.24 | kanzure | so I guess I don't know how to set the center point? |
| 17:55.24 | brlcad | the default/natural keypoint for a sphere happens to be center of the sphere .. the default keypoint for an rpp is one of the corners (the 'first' corner) |
| 17:56.48 | brlcad | so if it's a box that is 10x10x2, modeled from 0 0 0 to 10 10 0, you'd want to set the keypoint as 5 5 1 to have it rotate in place |
| 18:25.44 | kanzure | well that's weird, setting zrot to zero produces the same result. I'm so confused. |
| 19:31.31 | PrezKennedy | brlcad, have you ever heard of shapeways? |
| 19:31.41 | kanzure | I have :) |
| 19:31.53 | kanzure | ponoko, shapeways, emachineshop, .. |
| 19:32.10 | PrezKennedy | which is the best? |
| 19:32.24 | kanzure | http://heybryan.org/~bbishop/docs/comparison.html comparison of thei nventories of fablab v. techshop v. emachineshop (although I should add shapeways and ponoko) |
| 19:32.27 | kanzure | *the inventories |
| 19:32.41 | kanzure | I have a preference for ponoko, but only because the CEO has been friendly to me :) |
| 19:34.08 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-121.sbndin.btas.verizon.net) |
| 19:36.28 | kanzure | brlcad: Ok, so I'm using the pipe in the shell (outside of mged), and it seems to work, except some "FAILED in Boolean evaluation" messages. |
| 19:37.13 | kanzure | http://heybryan.org/bioreactor/membraneless_filtration/2009-01-23_pipe.png - presumably, the parts where there is separation, are the places where those FAILED messages are being thrown |
| 20:06.45 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 20:15.05 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 20:22.52 | *** join/#brlcad poolio (n=poolio@bz.bzflag.bz) |
| 20:32.29 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-230-242.dclient.hispeed.ch) |
| 20:44.11 | *** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
| 21:00.25 | CIA-65 | BRL-CAD: 03starseeker * r33599 10/brlcad/trunk/ (4 files in 3 dirs): Add support for >, <, >=, <= to the -attr option in search |
| 21:35.39 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1128564870.dsl.bell.ca) |
| 22:08.55 | *** join/#brlcad jonored (n=jonored@LAZARUS2.WIFI.WPI.EDU) |
| 22:49.45 | *** join/#brlcad ``Erik_ (i=erik@c-76-111-12-116.hsd1.md.comcast.net) |
| 23:13.28 | ``Erik | first the lotus with the storm trooper driving, now this http://www.collegehumor.com/picture:1897399 |
| 23:13.34 | ``Erik | the roads just aren't safe anymore |
