| 00:00.12 | Yoshi477 | xkcd? |
| 00:00.12 | ``Erik | on the list |
| 00:00.12 | Yoshi477 | nice |
| 00:00.13 | brlcad | for example, if I walk down your object hierarchy, I see xslide_main.r in xslide.c |
| 00:00.19 | Yoshi477 | pretty bad one wednesday though |
| 00:00.22 | ``Erik | http://brlcad.org/~erik/comics/comic.php?nsfw=2 |
| 00:00.32 | ``Erik | the 'tgi fridays' one? |
| 00:00.33 | brlcad | in xslide_main.r, I see an unexpected duplicately listed object name |
| 00:00.40 | Yoshi477 | yeah |
| 00:00.45 | ``Erik | I wasn't amused by it :/ |
| 00:00.51 | brlcad | whether intentional or not depends on your intent, but I'm betting it's a modeling mistake |
| 00:00.52 | ``Erik | I'm guessing I didn't get the joke |
| 00:01.16 | Yoshi477 | hover mouse over graphic? you know of? |
| 00:01.19 | ``Erik | randall doesn't bomb often at all |
| 00:03.58 | Yoshi477 | brlcad, in xslide_holddown_1.c i have to - the flathead_M8x50.c in order to get rid of the overlaps? |
| 00:04.09 | Yoshi477 | makes sense i guess |
| 00:04.17 | Yoshi477 | i have to drill holes... |
| 00:04.39 | Yoshi477 | thats what i didn't do is drill holes so the bolts are causing the overlaps |
| 00:05.15 | ``Erik | when you actually seat a bolt in new metal, you have to drill it out... either to the outer diameter, or to the inner diameter and tap it... |
| 00:05.37 | Yoshi477 | yep that did it |
| 00:05.48 | Yoshi477 | funny mistake |
| 00:06.55 | CIA-28 | BRL-CAD: 03brlcad * r35844 10/brlcad/trunk/BUGS: aha, isolated yet another text-widget bug in the command window. mac specific binding. |
| 00:09.40 | brlcad | Yoshi477: so now if you think about paths to regions, note that your bolt is not actually a region |
| 00:09.44 | Yoshi477 | if i added this u xslide_main.s |
| 00:09.44 | Yoshi477 | <PROTECTED> |
| 00:09.44 | Yoshi477 | <PROTECTED> |
| 00:09.44 | Yoshi477 | <PROTECTED> |
| 00:09.44 | Yoshi477 | <PROTECTED> |
| 00:09.45 | Yoshi477 | <PROTECTED> |
| 00:09.47 | Yoshi477 | <PROTECTED> |
| 00:09.49 | Yoshi477 | <PROTECTED> |
| 00:09.51 | Yoshi477 | <PROTECTED> |
| 00:09.53 | Yoshi477 | <PROTECTED> |
| 00:09.58 | Yoshi477 | the last 4 lines |
| 00:10.09 | Yoshi477 | that would tap them |
| 00:10.50 | brlcad | normally you only want to subtract the *shapes* and not entire regions or combinations |
| 00:10.57 | brlcad | er, assemblies |
| 00:11.10 | brlcad | subtract the *shapes" and not entire regions or assemblies |
| 00:11.31 | brlcad | so before jumping off, go back to your xslide_holddown_1.c combination |
| 00:11.47 | Yoshi477 | then i have to copy the bolt and reposition it in all places? |
| 00:12.11 | Yoshi477 | yep im back |
| 00:13.51 | brlcad | so in that object, the first one referenced is xslide_holddown.r, which looks good to me .. it's just a bunch of primitives under it |
| 00:13.59 | Yoshi477 | yep |
| 00:14.06 | brlcad | and that object is a region, seems okay so far |
| 00:14.32 | Yoshi477 | i changed the slide_holddown.r to have a - that bolt |
| 00:14.32 | brlcad | next object is flathead_M8x50.c |
| 00:14.50 | brlcad | so - flathead? |
| 00:14.53 | Yoshi477 | yep |
| 00:15.24 | brlcad | okay, that's all good, then the next issue there then is that flathead_M8x50.c is a non-region combination |
| 00:15.30 | brlcad | which is perfect for subtraction |
| 00:15.40 | brlcad | but you want a region to actually instantiate a bolt |
| 00:16.01 | Yoshi477 | change the bolt to a region? |
| 00:16.02 | brlcad | so you should make a flathead region that just has one union for flathead_M8x50.c |
| 00:16.05 | Yoshi477 | becuase its a part? |
| 00:16.08 | brlcad | no |
| 00:16.13 | brlcad | yes and no |
| 00:16.20 | brlcad | no because you're subtracting it somewhere as a shape |
| 00:16.25 | brlcad | and you should avoid subtracting regions |
| 00:16.39 | Yoshi477 | ah |
| 00:16.41 | brlcad | so just make a new region combination that just has that one .c combination |
| 00:17.12 | brlcad | use that instead of the .c in xslide_holddown_1.c |
| 00:17.48 | brlcad | your last object (the bearings) look fine |
| 00:17.53 | Yoshi477 | so r flathead_M8x50.r u flathead_M8x50.c |
| 00:17.59 | brlcad | yeah |
| 00:18.14 | Yoshi477 | ok down |
| 00:18.15 | brlcad | then change xslide_holddown_1.c to refer to the .r instead of the .c |
| 00:18.19 | Yoshi477 | done* |
| 00:18.42 | brlcad | that way, the "shape" is used in the subtraction (good) and the region is used in the assembly (great) |
| 00:18.50 | Yoshi477 | ah |
| 00:19.02 | Yoshi477 | so what about the holddownbearingasm |
| 00:19.05 | brlcad | not having it be a region is technically a modeling error |
| 00:19.40 | brlcad | if you had INSTEAD made it a region and just renamed it to .r, that would have also worked and been fine for the assembly, but really bad practice for the subraction |
| 00:19.59 | Yoshi477 | ok that makes sense kinda |
| 00:20.57 | brlcad | holddownbearingasm_1.c is apparently an assembly/group that refers to two objects -- another assembly/group (bearing_*.c) and a region (spacer*.r) |
| 00:21.07 | Yoshi477 | yep |
| 00:21.07 | brlcad | that bearing*.c has two regions in it, so you're good |
| 00:21.10 | Yoshi477 | and a bolt to come |
| 00:21.15 | brlcad | positive regions all the way down |
| 00:21.29 | brlcad | no overlaps |
| 00:21.32 | Yoshi477 | nope |
| 00:21.38 | Yoshi477 | rtcheck came out 0 |
| 00:22.13 | brlcad | and there you can really see, if you run "tree" |
| 00:22.23 | brlcad | there is just one region for any walk down that hierarchy |
| 00:22.53 | brlcad | no subtractions happening ABOVE the regions, also good |
| 00:23.22 | Yoshi477 | ok |
| 00:25.31 | Yoshi477 | whats the best way to subtract the flat bolts from xslide_main.r do i have to duplicate the flat*.c where i want the holes? |
| 00:27.34 | Yoshi477 | i also had an extra xslide_main.s in there |
| 00:28.32 | brlcad | yep, saw the extra |
| 00:28.55 | brlcad | you don't have to duplicate flat*.c |
| 00:29.01 | Yoshi477 | when i get rid of it the hex bolts aren't overlapping with the main now? |
| 00:29.02 | brlcad | it's a shape |
| 00:29.21 | brlcad | so you can just keep subtracting that same shape where you want |
| 00:29.31 | brlcad | you'll just apply a translation on each one being subtracted to put them into place |
| 00:29.52 | Yoshi477 | ok i got to think for a sec |
| 00:30.47 | Yoshi477 | so since i have to do that i mine as well create a rcc since that won't be tapped any ways and then make 2 rcc and sub them from main |
| 00:31.09 | brlcad | you can make combs for each subtraction that just has one u flat*.c and then move each comb into place, or use clone to make all N of them at once |
| 00:31.34 | brlcad | what you said should work too |
| 00:31.42 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 00:31.52 | brlcad | subtracted shapes that are simpler are better anyways |
| 00:31.53 | Yoshi477 | i mine as well drill them out since thats what im going to do in real life |
| 00:32.06 | Yoshi477 | yep less code |
| 00:32.27 | brlcad | have it exactly subtracted would be a "tight fit" and generally make serious hell to the tessellator on export |
| 00:32.47 | Yoshi477 | i'll make it a thou bigger |
| 00:33.12 | Yoshi477 | im not going to export anyways |
| 00:33.18 | Yoshi477 | but its good to know |
| 00:34.01 | brlcad | "perfect" fits can also cause rendering problems for some obscure cases like the subtle dots on your bearing |
| 00:34.12 | Yoshi477 | ah |
| 00:34.14 | Yoshi477 | ok |
| 00:34.33 | brlcad | as the hardware can't calculate perfectly, and it's not physically accurate regardless |
| 00:34.55 | brlcad | even two sheets of paper on top of each other have a little bit of "air" between them |
| 00:35.52 | Yoshi477 | yep |
| 00:36.08 | brlcad | unless it's something chemically bonded or welded, there's a gap, so good to capture that with a minute tolerance |
| 00:36.29 | brlcad | our default calculation tolerance is 0.0005mm |
| 00:36.39 | brlcad | which is practical only to about 1/1000th of a mm |
| 00:36.54 | brlcad | closer to 1/100 of a mm for some operations |
| 00:37.05 | Yoshi477 | cool |
| 00:45.38 | Yoshi477 | so i can just subtract this thread_8_30_1.25_0.67625_24.c from xslide_main.r for my taps? |
| 00:49.39 | Yoshi477 | can i say this in the comb editor - thread_8_30_1.25_0.67625_24.c rot 90 0 0 tra .5 1 3 ? |
| 00:49.49 | Yoshi477 | or how does that work |
| 01:22.57 | Yoshi477 | off to bed cya |
| 01:30.15 | brlcad | a good practice would be to make something like: g thread_hole_0.c thread_8_30_1.25_0.67625_24.c |
| 01:31.08 | brlcad | then subtract the thread_hole_0.c from xslide_main.r, comb xslide_main.r - thread_hole0.c |
| 01:31.39 | brlcad | apply a matrix edit: oed /xslide_main.r thread_hole0.c/path/to/primitive |
| 01:31.45 | brlcad | rot 90 0 0 |
| 01:31.49 | brlcad | tra .5 1 3 |
| 01:31.51 | brlcad | accept |
| 01:32.03 | brlcad | cp thread_hole0.c thread_hole1.c |
| 01:32.24 | brlcad | comb xslide_main.r - thread_hole1.c |
| 01:32.38 | brlcad | oed /xslide_main.r thread_hole1.c/path/to/prim |
| 01:32.42 | brlcad | .. etc |
| 01:33.07 | brlcad | or make the pattern with clone, put them into a comb, subtract that comb |
| 01:40.25 | CIA-28 | BRL-CAD: 03brlcad * r35845 10/brlcad/trunk/src/liboptical/shade.c: sanity check for non-null shadework structure |
| 01:44.21 | CIA-28 | BRL-CAD: 03brlcad * r35846 10/brlcad/trunk/src/liboptical/shade.c: minor style ws consistency cleanup |
| 01:44.22 | starseeker | growls in frustration... why isn't csgbrep happy on gentoo???? |
| 01:44.52 | starseeker | Writing an ARB4 (via NMG) brep... |
| 01:44.52 | starseeker | m_object_table[0].m_object->IsValid() = false. |
| 01:44.52 | starseeker | <PROTECTED> |
| 01:44.52 | starseeker | <PROTECTED> |
| 01:44.59 | starseeker | fails immediately |
| 01:45.12 | starseeker | must still have some stuff not being freed correctly... |
| 01:47.34 | CIA-28 | BRL-CAD: 03brlcad * r35847 10/brlcad/trunk/src/liboptical/shade.c: odd func escaped de-k&nrification |
| 01:57.14 | ``Erik | *readreadread* is there any preference for a single big unioned cutter vs a bunch of simple cutters? mebbe with nmg conversion? |
| 02:06.25 | CIA-28 | BRL-CAD: 03brlcad * r35848 10/brlcad/trunk/include/raytrace.h: make sure the functab methods are non-null before calling them. ran into ft_uv nullity during rt -k shot. |
| 02:18.50 | starseeker | hrm. even a single arb4 fails... |
| 02:33.57 | *** join/#brlcad talcite (n=Matthew@d24-141-28-249.home.cgocable.net) |
| 02:37.13 | talcite | hey guys. What's the tool to use for signal processing? |
| 02:57.53 | *** join/#brlcad dli (n=dli@69.172.102.119) |
| 03:24.28 | *** join/#brlcad dli (n=dli@69.172.102.119) |
| 08:55.37 | brlcad | talcite_: depends what you need, there are lots of them that do different things |
| 10:46.01 | *** join/#brlcad Yoshi47 (n=jan@firewall.walinga.com) [NETSPLIT VICTIM] |
| 10:46.01 | *** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) [NETSPLIT VICTIM] |
| 10:46.01 | *** join/#brlcad poolio (n=poolio@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 10:54.05 | d-lo | brlcad: I dunno which building to go to this morning! |
| 11:11.24 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 11:24.04 | *** join/#brlcad Yoshi477 (n=jan@d72-39-56-44.home1.cgocable.net) |
| 11:32.44 | d-lo | lol. Quote from the interwebs: Today, I decided that I want to be a ninja when I grow up. I Googled "Ninja School" to see where I can be professionally trained in the art. I followed a link that said Ninja School, and the page could not be found. Well played Ninja School. You really are a professional. |
| 11:43.29 | Yoshi47 | lol |
| 13:24.15 | *** join/#brlcad surje (n=surje@202.3.77.11) |
| 13:30.10 | *** join/#brlcad BigAToo (n=BigAToo@208.95.141.189) |
| 14:39.36 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) |
| 14:59.22 | *** join/#brlcad surje (n=surje@202.3.77.11) |
| 15:14.41 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) [NETSPLIT VICTIM] |
| 15:15.35 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) [NETSPLIT VICTIM] |
| 15:22.59 | *** join/#brlcad _clock_ (n=_sushi_@80.218.244.105) |
| 15:48.10 | CIA-28 | BRL-CAD: 03bob1961 * r35849 10/brlcad/trunk/src/libdm/ (dm-ogl.c dm-wgl.c): No longer enabling two sided lighting. |
| 16:18.57 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 17:15.47 | ``Erik | *nap* |
| 17:51.01 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 18:12.44 | *** join/#brlcad dli (n=dli@69.172.102.119) |
| 18:13.23 | *** join/#brlcad pombreda (n=pombreda@h-68-165-170-102.snvacaid.dynamic.covad.net) |
| 18:14.09 | pombreda | howdy :-) |
| 18:14.09 | pombreda | is there some way to convert SLDASM and SLDPRT SolidWorks files to BRL-CAD? |
| 18:21.50 | pombreda | http://brlcad.org/w/images/6/66/Converting_Geometry.pdf seems to provide some clue and http://brlcad.org/~sean/ideas.html lets me think that there is no support yet. |
| 18:21.57 | pombreda | correct? |
| 18:24.57 | pombreda | well I'll come back later... need to run away like a bandit. shoot, the channel does not seemed logged |
| 18:25.04 | pombreda | is there a log? |
| 18:27.20 | pombreda | bbl :) |
| 19:31.24 | *** join/#brlcad pombreda (n=pombreda@dev.nexb.us) |
| 19:31.34 | kanzure | Does anyone know of an open source assembly planner? |
| 19:32.20 | pombreda | back :-) ... any answer to "(11:14:03) pombreda: is there some way to convert SLDASM and SLDPRT SolidWorks files to BRL-CAD?" ? |
| 19:33.20 | kanzure | use solidworks to export to a reasonable format |
| 19:42.10 | pombreda | kanzure: thx :-) I am such a noob ! |
| 19:45.27 | kanzure | are you? |
| 19:46.33 | pombreda | kanzure: I sure am :- |
| 19:46.56 | pombreda | kanzure: at least when it comes to cad and 3d modelling ;-) |
| 19:47.20 | pombreda | kanzure: what would that reasonable format be? |
| 19:51.07 | kanzure | step, iges |
| 19:52.53 | pombreda | curtsies to kanzure |
| 19:52.57 | pombreda | much thx |
| 19:53.36 | brlcad | hello pombreda and yes, you are correct that there is not yet support for native solidworks files |
| 19:53.44 | brlcad | but there is support for various formats that solidworks exports |
| 19:54.00 | brlcad | ~logs |
| 19:54.01 | ibot | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. |
| 19:54.29 | pombreda | brlcad: awesome |
| 19:56.54 | louipc | <PROTECTED> |
| 20:10.27 | pombreda | brlcad: it would be good to have publi info about the log: http://ibot.rikers.org/#brlcad |
| 20:10.59 | pombreda | first some people do not like being loggedd, so it is usually cool to put a chanserv msg about the logging when someone enters |
| 20:11.14 | pombreda | and second this is mighty useful :-) |
| 20:12.34 | *** topic/#brlcad by pombreda -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Release 7.14.8 posted (20090511) || GSoC2009 Next Step: upload your code to google, wait for shirt ;) thanks everyone! || log at http://ibot.rikers.org/#brlcad |
| 20:13.00 | pombreda | brlcad: done in the topic, if that works for you: that shoud be good enough :-) |
| 21:07.44 | *** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) |
| 21:26.14 | CIA-28 | BRL-CAD: 03starseeker * r35850 10/brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Update comments. |
| 21:38.02 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 21:39.23 | CIA-28 | BRL-CAD: 03starseeker * r35851 10/brlcad/trunk/ (5 files in 4 dirs): Add initial work on rhc->brep |
| 21:42.33 | Yoshi477 | what the status on BREP in brlcad, how much of it is there? |
| 21:43.01 | brlcad | 64.7% |
| 21:43.13 | Yoshi477 | nice |
| 21:43.35 | Yoshi477 | is that a real number? |
| 21:44.32 | brlcad | pombreda: it's in the topic from time to time, and I'm not at all really concerned about folks that don't like being logged |
| 21:44.40 | ``Erik | yes, it's even rational |
| 21:44.49 | pombreda | brlcad: :-) |
| 21:45.10 | brlcad | people need to get over it, anyone in a channel could be logging you at any time and posting their log somewhere with/without your permission |
| 21:45.15 | brlcad | it's effectively a public space |
| 21:45.44 | brlcad | fails the reasonable expectation of privacy test |
| 21:46.46 | brlcad | Yoshi477: of course it is a real number. cuarytoteen would be a fake number. |
| 21:47.23 | Yoshi477 | ok is that a number you pulled from you project planner? |
| 21:48.48 | ``Erik | had no idea that brlcad's ass was the project planner O.o suddenly want on a different project :D *duck* |
| 21:50.00 | brlcad | Yoshi477: easiest to say that raytracing is pretty much complete (which was the hardest problem), leaving tessellation, format conversion, and import/export |
| 21:50.17 | brlcad | ah, and editing eventually, but that's not even being considered at the moment |
| 21:51.01 | brlcad | all three of those (tess, conversion, and import/export via step) are being worked actively now |
| 21:51.24 | Yoshi477 | i guess i don't know the full meaning of brep then, am i using it right now? i thought i was only using CSG |
| 21:54.49 | louipc | brlcad: so you wouldn't be annoyed if you found out that a conversation you had in a park was secretly taped? |
| 21:55.38 | brlcad | technically, the wireframe representation is a form of unevaluated brep, just not a very useful one |
| 21:55.49 | brlcad | but no, you're not using it |
| 21:55.54 | Yoshi477 | ah |
| 21:56.05 | Yoshi477 | so, next release? |
| 21:56.10 | Yoshi477 | example? |
| 21:56.52 | brlcad | louipc: not particularly |
| 21:58.00 | brlcad | not to say I'd be happy about it, but I have little to no basis to assume I'm not being taped |
| 21:58.16 | brlcad | (by an individual, I'd be furious if it was a government agency at any level) |
| 21:58.27 | louipc | heheh |
| 21:58.50 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-133.sbndin.btas.verizon.net) |
| 21:59.48 | louipc | hah the gov will eavesdrop on private spaces |
| 21:59.50 | brlcad | it's just like having one's picture taken in public .. you don't have to like it but you also have no claim to not be photographed |
| 22:02.03 | brlcad | that's pretty universal at least under US law and at least for non-exploitative use, even extending to photography of children for example (there's a photography "bill of rights" that covers most of these points regarding imagery at least) |
| 22:03.28 | louipc | doesn't mean you'll enjoy being followed around by cameras |
| 22:04.51 | brlcad | sure, just nothing you can do about it (when you're in public) |
| 22:05.46 | brlcad | to the point here, though, I always laugh when I hear someone say they're concerned about logging on *IRC* of all things .. where most people are logging whether they know it or not |
| 22:06.21 | brlcad | i have almost every message logged that I've ever written or seen on irc covering like a decade or more of chatter |
| 22:07.55 | brlcad | insecure network with untrustable clients with automatic logging for most of them on what are generally considered public channels, and they have a problem being logged .. hilarious :) |
| 22:08.48 | ``Erik | (probably more the public posting than the actual logging...) |
| 22:09.05 | louipc | yea in case they say something stupid |
| 22:09.23 | louipc | or personal hah |
| 22:10.01 | brlcad | point still stands .. insecure net, untrustable clients. they're walking around downtown holding up a sign that says "don't take my picture" |
| 22:11.59 | louipc | how about those guys with cameras in their shoes? |
| 22:12.16 | ``Erik | what, japan? :D *duck* |
| 22:12.23 | louipc | hahah what? |
| 22:15.24 | brlcad | yeah, that actually went to the court in the US, and the guy got off not-guilty for taking pics up girl's skirts at a local fairground |
| 22:16.04 | brlcad | because they were outside in a public place, ruled that they had no expectation of privacy |
| 22:16.52 | brlcad | (not saying that one is "right", but it certainly reinforces the expectation of privacy test) |
| 22:48.39 | *** join/#brlcad pombreda (n=pombreda@dev.nexb.us) |
| 23:59.14 | Yoshi477 | is there an ls command to show only the objects currently drawn |