| 02:30.35 | brlcad | starseeker: on the surface, it's six of one, half dozen of the other .. but the one main desirable trait is so that it's more useful overall that binaries built by people that don't read the docs have better debugging characteristics than it is for those binaries to run faster |
| 02:31.20 | brlcad | production binaries go out as optimized |
| 02:32.01 | brlcad | also non-optimized builds complete in nearly half the compilation time, and are by far the more common case even for cad devs |
| 03:23.42 | starseeker | Ah :-) |
| 04:36.02 | *** join/#brlcad illethal (n=oden@c-69-137-199-63.hsd1.fl.comcast.net) |
| 05:28.21 | *** part/#brlcad louipc (n=louipc@bas8-toronto63-1088753822.dsl.bell.ca) |
| 07:17.35 | *** join/#brlcad Z80-Boy (i=clock@77-56-95-125.dclient.hispeed.ch) |
| 07:50.13 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 11:59.08 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 12:46.14 | *** join/#brlcad Z80-Boy (i=clock@77-56-95-125.dclient.hispeed.ch) |
| 13:35.54 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 13:49.40 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 13:56.59 | *** join/#brlcad Bariton (n=Bary@p548767E3.dip.t-dialin.net) |
| 14:26.59 | *** join/#brlcad illethal (n=oden@c-69-137-199-63.hsd1.fl.comcast.net) |
| 14:30.29 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 14:30.41 | illethal | Illethal in the house. |
| 14:31.13 | Axman6 | aiight! |
| 14:40.40 | illethal | Axman6. |
| 14:40.48 | brlcad | sup |
| 14:40.48 | illethal | You wouldn't by any change like battletech? |
| 14:40.49 | Axman6 | 'lo |
| 14:41.03 | Axman6 | i might if i knew what it was... |
| 14:41.08 | illethal | Haha. |
| 14:41.10 | illethal | Okay. |
| 14:41.17 | illethal | Cause Axman is a mech in the show. |
| 14:41.22 | illethal | A very cool one. |
| 14:41.26 | Axman6 | haha, awesome :P |
| 14:41.43 | Axman6 | nah it comes from my name, AleX MAsoN ;) |
| 14:41.58 | illethal | Very nice. |
| 14:43.16 | illethal | Can mged run in the tty? |
| 14:43.23 | illethal | Without x running. |
| 14:43.29 | illethal | just wondering. |
| 14:43.39 | illethal | Probably would have to have framebuffer or something? |
| 14:44.49 | Axman6 | eww, coral sex on TV |
| 14:44.56 | Axman6 | and people swimming in it! |
| 14:45.03 | brlcad | illethal: sure, run mged -c |
| 14:45.03 | illethal | Haha wtf. |
| 14:45.25 | illethal | brlcad: Because I have a gentoo box (I am a linux noob) sitting right next to me, with no window manager. |
| 14:45.57 | brlcad | the answere's still "sure, run mged -c" :) |
| 14:46.08 | illethal | thanks. |
| 14:46.11 | illethal | I'll remember that |
| 14:46.19 | illethal | Are you familiar with gentoo? |
| 14:46.24 | brlcad | -c for "classic"/"console" mode |
| 14:46.30 | brlcad | yep |
| 14:46.33 | illethal | awesome. |
| 14:46.38 | Axman6 | -c for "cool" mode* |
| 14:46.41 | illethal | Do you know the name I would use to search for? |
| 14:46.44 | illethal | mged? |
| 14:46.46 | illethal | in portage. |
| 14:46.54 | brlcad | it gives you the option to run the old X11 gui or stay completely command-line based |
| 14:47.12 | illethal | I'd roll with command-line. |
| 14:47.18 | brlcad | portage has a brlcad package, but it's masked iirc |
| 14:47.32 | illethal | so I'd search for brlcad? |
| 14:47.38 | brlcad | yeah |
| 14:47.54 | illethal | Hmm it says there are no ebuilds. |
| 14:48.23 | illethal | Sorry to be buggin' you guys. |
| 14:53.58 | Axman6 | ewwww, the whale sharks meet t this place to the coral spawning >_< |
| 14:54.12 | *** join/#brlcad docelic (n=docelic@77.237.115.227) |
| 14:54.19 | Axman6 | to feed |
| 14:54.40 | illethal | National geographic? |
| 14:54.49 | illethal | Atleast it's not caveman pr0n |
| 14:54.54 | Axman6 | well a docco on TV |
| 14:54.55 | Axman6 | oooright |
| 14:55.03 | illethal | Hahaha |
| 14:55.11 | Axman6 | i bet cavemen knew how to treat a woman |
| 14:55.19 | Axman6 | or just rape them |
| 14:55.24 | Axman6 | yeah that's more likely |
| 14:57.40 | illethal | Not much different from chimps back then |
| 14:58.30 | illethal | I think I'll have to use wget for this? |
| 14:58.35 | illethal | And like extract all the files and such? |
| 14:58.43 | Axman6 | sure |
| 14:58.48 | Axman6 | it's pretty simple to compile though |
| 14:59.04 | illethal | Yeah but I am a newb =\ |
| 14:59.04 | Axman6 | bleh, i'm so over linux |
| 14:59.11 | Axman6 | it has no `open` command! |
| 14:59.18 | illethal | haha |
| 14:59.45 | illethal | Do you know the URL I could get the package from? |
| 14:59.56 | Axman6 | check the brl-cad site |
| 15:00.00 | illethal | k |
| 15:00.14 | Axman6 | won't be a 'package' as such, it's the source code |
| 15:00.30 | illethal | Damn sounds hardcore. |
| 15:00.38 | illethal | Take 50 years to compile? |
| 15:00.42 | Axman6 | itz totz l33t m4n! |
| 15:00.46 | Axman6 | nah |
| 15:01.24 | Axman6 | takes a little while, but you just run "./configure --enable-optimized && make && sudo make install" |
| 15:02.19 | illethal | that's for ubuntu |
| 15:02.56 | illethal | runnin' genp00 on some tiney ass mini-itx computer that was originally meant to be a car computer, but instead we decided to make it a phone server lol |
| 15:03.27 | Axman6 | what do you mean by 'that's for ubuntu'? |
| 15:03.55 | illethal | sudo. |
| 15:04.09 | illethal | But I guess it would work just fine if I was logged in as root. |
| 15:04.18 | Axman6 | there's no sudo? |
| 15:04.42 | Axman6 | sudo isn't an ubuntu command, it's been around for ages afaik |
| 15:05.34 | illethal | Ah |
| 15:05.50 | illethal | Well I've only used it for ubuntu whenever I needed to become root for a task. |
| 15:06.03 | Axman6 | it should have su installed at least |
| 15:16.08 | *** join/#brlcad SWPadnos (n=Me@dsl107.esjtvtli.sover.net) |
| 15:29.25 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 15:53.20 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 15:53.42 | Axman6 | Elperion: connection issues? |
| 15:54.07 | Elperion | Axman6: not connetion issues but power loss issues :( |
| 15:54.13 | Axman6 | yuck |
| 15:54.16 | Elperion | the third time this day ... but never before |
| 15:54.17 | Elperion | yeah |
| 15:54.36 | Elperion | it's very annoying |
| 15:54.45 | Axman6 | because you've been in and out for the last 4 hours or so |
| 15:54.53 | Elperion | ...... |
| 15:55.07 | Elperion | i also had got some problems with firefox ... -> two crashes |
| 15:55.20 | Axman6 | you mean failfox? yeah you'll get that ;) |
| 15:55.25 | Elperion | and now i'm really frustrated because i'm using linux and it never crushed |
| 15:56.44 | Elperion | *usually never crashed |
| 15:59.11 | archivist | failfox kills my debian every 2 months ish |
| 16:00.26 | Elperion | ^^ |
| 16:01.00 | Elperion | i was using firefox for very long time and never had problems :P |
| 16:01.18 | Axman6 | i'm just used to a better quality browser ;) |
| 16:32.12 | CIA-32 | BRL-CAD: 03brlcad * r30259 10/brlcad/trunk/src/other/URToolkit/ (cnv/rletoabA62/rletoabA62.c tools/clock/rleClock.c): quell compilation warnings |
| 16:33.37 | *** join/#brlcad Elperion (n=Bary@p548767E3.dip.t-dialin.net) |
| 16:35.47 | starseeker | Hey, cool - the openmoko phone project has released CAD files: http://www.openmoko.com/ |
| 16:36.08 | starseeker | IGES/STEP and ProE |
| 16:37.22 | CIA-32 | BRL-CAD: 03brlcad * r30260 10/brlcad/trunk/src/other/URToolkit/tools/ (rleccube.c to8.c): quellage |
| 16:49.23 | *** part/#brlcad illethal (n=oden@c-69-137-199-63.hsd1.fl.comcast.net) |
| 16:55.49 | starseeker | Well, the IGES one sorta converts... doesn't look like it will raytrace in finite time on my machine, but the wireframe is cool... |
| 17:05.07 | starseeker | Hmm - anybody else noticing that with recent head closing all windows doesn't close the app? Is this an expected behavior with the new default settings? |
| 17:15.03 | starseeker | Just to add one more to the screenshot count: http://my.bzflag.bz/~starseeker/iges-openmoko-conversion.png |
| 17:25.42 | *** join/#brlcad Z80-Boy (i=clock@77-56-85-125.dclient.hispeed.ch) |
| 18:40.02 | brlcad | starseeker: looks like you imported via iges-g as nurbs surfaces, nifty -- does it actually raytrace cleanly? |
| 18:40.23 | brlcad | i'm sure it's dog-slow, that old nurbs implementation was never finished |
| 20:13.28 | starseeker | I can't tell if it would raytrace - my home machine doesn't have enough horsepower to get anywhere with it |
| 20:16.12 | starseeker | There was some sort of spline option on the conversion it advised me about, but when I tried that it segfaulted |
| 20:37.28 | yukonbob | starseeker: very cool, that phone. |
| 20:37.57 | starseeker | Indeed. When they produce a commercial version I'm going to have a problem ;-) |
| 20:39.00 | starseeker | That model is going to be a tough test case for a converter - iges-g sort of worked but raytrace was too slow for my machine, and now a g-dxf convert of that is bringing blender to it's knees |
| 20:39.25 | starseeker | er its rather |
| 20:40.25 | starseeker | My previous cell phones I've gotten because they were the "OK, give me a phone Verizon" options |
| 20:40.38 | starseeker | This I would want to support, but it's not going to be cheap |
| 20:41.21 | yukonbob | s/than in/that the/ |
| 20:41.27 | starseeker | On the other hand, if someone wants to develop better/new IGES, STEP and ProE converters we now have a real model to work with :-) |
| 20:41.36 | starseeker | I think the est. was around $350? |
| 20:42.08 | yukonbob | depending on the specs. that sounds cheap for an open mobile... |
| 20:43.25 | starseeker | Wait, that's the development phone - the FreeRunner will have Wifi and upgraded hardware, so maybe $450? |
| 20:43.59 | starseeker | Still not bad, since in theory you won't have to replace this phone every couple years to have the latest and greatest apps |
| 20:44.06 | *** join/#brlcad Z80-Boy (i=clock@77-56-85-125.dclient.hispeed.ch) |
| 20:45.06 | starseeker | The screenshot is using iges-g |
| 20:46.01 | starseeker | Once the new opennurbs stuff comes fully online, I expect a lot of the converters will need re-examination |
| 20:46.30 | yukonbob | heh "...so many different implementations with inself that conversion ...has become a small industry" |
| 20:46.40 | yukonbob | ^-- IGES |
| 20:46.48 | starseeker | Ah, fun |
| 20:48.20 | yukonbob | nurbs == surfaces, right? |
| 20:50.09 | starseeker | I'm not sure what we've got in this import, to be honest |
| 20:50.32 | starseeker | I'm guessing surfaces |
| 20:50.59 | starseeker | Seeing as this is a case model, it would make a really interesting sold model. |
| 20:51.08 | starseeker | er solid model (why can't I type today?) |
| 20:51.52 | starseeker | It's too bad we don't have a good interrogation tool for getting physical dimensions off of individual surfaces |
| 20:52.15 | starseeker | All the dimension info is sitting right there, but only the human eye will really be able to "see" the shapes needed |
| 20:52.55 | yukonbob | maybe with beset one could hack something up... :) |
| 20:53.24 | starseeker | Heh - a "virtual ruler" moving around the model in BRL-CAD... |
| 20:54.15 | yukonbob | notes say IGES format was extended to include solid models -- so the format can be capable, apparently... |
| 20:55.03 | yukonbob | I'm sure brlcad would know, but based on this description saying a format is "IGES" sounds only slightly more descriptive than saying a format is "binary" :P |
| 20:57.39 | yukonbob | is there any clue about what was used to generate the original file? |
| 20:58.00 | CIA-32 | BRL-CAD: 03brlcad * r30261 10/brlcad/trunk/src/libbn/vert_tree.c: gah, don't include raytrace.h in libbn |
| 20:58.09 | brlcad | access to models is never a problem, real or otherwise |
| 20:58.17 | brlcad | but it is nice to have detailed ones that can be redistributed |
| 20:58.42 | brlcad | yukonbob: what table? |
| 20:59.41 | yukonbob | VolumeIV, Table 2-4 "BRL-CAD conversion capabilities" |
| 20:59.42 | brlcad | the phone did convert as surfaces, otherwise the wireframe would have been an intelligible polygonal mess |
| 21:00.05 | yukonbob | (I'm referencing my own docbook pdf build...) |
| 21:00.49 | yukonbob | s/intelligible/unintelligible |
| 21:01.21 | brlcad | er, table 2-4 ? |
| 21:01.40 | brlcad | table 1 is "BRL-CAD conversion capabilities" and it's a yes |
| 21:02.02 | brlcad | you are referring to http://ftp.brlcad.org/VolumeIV-Converting_Geometry.pdf ? |
| 21:02.36 | brlcad | heh, good catch .. UNintelligible |
| 21:02.58 | yukonbob | ! |
| 21:03.05 | starseeker | brlcad: True, but I like having a detailed one with no re-distribution issues :-) Makes things nice and simple |
| 21:03.24 | brlcad | do they have a redistribution statement somewhere? |
| 21:03.31 | yukonbob | :P |
| 21:03.32 | starseeker | Sharealike Creative Commons |
| 21:03.57 | yukonbob | mind-you -- I was following the .doc that was posted my way... |
| 21:04.05 | starseeker | It's on the website |
| 21:04.11 | starseeker | http://www.openmoko.com/ |
| 21:07.47 | yukonbob | glad we had this last few minutes :) |
| 21:08.10 | yukonbob | the .doc has "-" for N and blank for Y when I use antiword to view... |
| 21:08.32 | yukonbob | I must have interpretted the - as a checkmark for "Y", and the blanks as "N" |
| 21:12.14 | brlcad | heh, fun |
| 21:15.23 | starseeker | lets rather |
| 21:17.15 | starseeker | brlcad: Is there any way to have BRL-CAD display a "raytracing progress" readout, e.g. "28 of an est. 2,000,000 rays traced"? |
| 21:17.49 | Z80-Boy | starseeker: lol |
| 21:18.54 | starseeker | Z80-Boy: It'd be nice to know if raytracing that sucker could be done overnight or if it would take a year |
| 21:19.53 | starseeker | Z80-Boy: Oh, bty, where is your website with the movies you produced again? |
| 21:20.48 | Z80-Boy | starseeker: or if you need to start believing in reincarnation ;-) |
| 21:25.58 | brlcad | starseeker: thought about having some sort of command-line progress, or a means to query the active running process via port or signals |
| 21:26.24 | brlcad | feasible, not a clear best-solution though ... downsides to each |
| 21:27.21 | starseeker | Sure, but hopefully a "quick-and-dirty" X rays of Y total estimated rays would be simple to do as a command-line printout? Surely not the best solution but at least it would be something |
| 21:27.46 | brlcad | current thoughts are to make rt listen on a port and respond to a simple query protocol, so we could make some sort of status interface |
| 21:27.55 | starseeker | That would be cool |
| 21:29.08 | brlcad | could do the printout thing, maybe something like is done for photon mapping, printing out a % every X minutes |
| 21:29.31 | starseeker | That would be good :-) |
| 21:29.46 | brlcad | just that could get really annoying on big raytraces or traces that take a long time |
| 21:30.07 | starseeker | Well, it could be an option? |
| 21:30.08 | brlcad | and the junk it'd interleave if there was other output being reported like overlaps |
| 21:30.26 | starseeker | hmm |
| 21:30.30 | yukonbob | are overlaps stdout or stderr? |
| 21:30.51 | brlcad | via bu_log, which is presently stderr |
| 21:30.58 | brlcad | though working towards making that configurable |
| 21:31.14 | brlcad | so can more easily redirect to file, stdout, or null |
| 21:31.46 | yukonbob | "rt 2> my_file" would leave a clear workspace, and one could tail -f the myfile if they wanted to track errors... |
| 21:32.48 | brlcad | yeah, that's the current approach |
| 21:34.18 | brlcad | yay, finally done refactoring the magic numbers |
| 21:36.12 | yukonbob | feh -- /me needs to co the svn repo and use that now :) |
| 21:36.22 | yukonbob | brlcad: same accounts? |
| 21:37.04 | brlcad | yep |
| 21:37.15 | brlcad | ~cadsvn |
| 21:37.16 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 21:37.24 | yukonbob | nice thx :) |
| 21:39.18 | yukonbob | ok -- /me lets that run and takes break from 'puter -- chat later folks :) |
| 21:39.25 | brlcad | the first time you check in, you'll add --username and it'll prompt |
| 21:39.41 | brlcad | you don't need to stop co |
| 21:39.50 | brlcad | first time you *ci* |
| 21:40.01 | yukonbob | ahh --- /me misread -- fine --- all's well :) |
| 21:40.02 | brlcad | you don't have to co as a user |
| 21:40.19 | brlcad | that was a problem with cvs, not svn |
| 22:35.34 | CIA-32 | BRL-CAD: 03brlcad * r30262 10/brlcad/trunk/ (29 files in 2 dirs): convert all of the magic numbers from long integers to unsigned long integers. that in turn cascades similar changes where there is struct aliasing and pointers being stashed/used as object types |
| 22:52.52 | CIA-32 | BRL-CAD: 03brlcad * r30263 10/brlcad/trunk/src/burst/ (burst.c ui.c): use bu_temp_file() for opening a temp file instead of tmpnam(), specify all i/o as binary for Windows |
| 23:02.30 | starseeker | No wonder the blender file took so long to convert - it's just a huge bunch of points |
| 23:02.43 | starseeker | er dxf file in blender rather |
| 23:02.56 | yukonbob | <nelson> ha ha blender </nelson> |
| 23:03.19 | starseeker | Doubt it's blender's fault |
| 23:03.28 | starseeker | our dxf file is probably rather... strange |
| 23:04.16 | yukonbob | starseeker: don't mind me -- I'm not really following what's going on -- I blame blender anyway. |
| 23:06.52 | yukonbob | brlcad: q: how do the cool kids do it: a) bu_exit(1, "foo\n"); or b) bu_log("foo\n");exit; |
| 23:06.55 | yukonbob | ? |
| 23:07.19 | yukonbob | s/exit;/exit(1);/ |
| 23:08.10 | yukonbob | reason I ask is that's one of the diff's that's in the current documentation and my own copy... |
| 23:08.38 | yukonbob | (where current documentation == fresh svn co of the same docbook file) |
| 23:17.57 | yukonbob | *awaits |
| 23:29.21 | brlcad | yukonbob: the cool kids use bu_exit() now, one line instead of two |
| 23:30.13 | brlcad | starseeker: there's nothing strange about our dxf export that I'm aware of |
| 23:30.33 | brlcad | in fact historically, we've had much better dxf import and export support compared to blender |
| 23:30.33 | yukonbob | brlcad: nice -- somebody else must've made that change in the CVS repo --- I'll preserve it |
| 23:30.43 | brlcad | blender's has *sucked* |
| 23:30.52 | yukonbob | <nelson> ha ha blender </nelson> |
| 23:32.19 | brlcad | we only export polygons via g-dxf, so barring a newly introduced bug (which would generally be obvious in the dxf) I'd think it more something blender is doing |
| 23:32.36 | brlcad | another test might be to run dxf-g and see what it looks like |
| 23:32.55 | brlcad | should just be a slew of polygons unless it exported some other format |
| 23:33.23 | brlcad | hm, *might* be because they were nurbs surfaces, if that old nurbs primitive didn't polygonalize |
| 23:33.41 | brlcad | but only way to tell is to read the dxf |
| 23:33.46 | brlcad | or the sources |
| 23:48.44 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
