| 01:29.26 | *** join/#brlcad jonored (n=jonored@pool-72-74-125-154.bstnma.east.verizon.net) |
| 01:58.38 | Ralith | hippieindamakin8: really? awesome! |
| 01:58.51 | Ralith | that's what simple graphics does for you |
| 02:00.20 | Ralith | or apparently not. |
| 02:00.22 | Ralith | ah well. |
| 02:00.27 | hippieindamakin8 | Ralith, hey |
| 02:00.32 | Ralith | sup |
| 02:00.54 | hippieindamakin8 | nothing man preparing for my end semester exams which are set to begin in exactly 24 hrs :) |
| 02:01.32 | hippieindamakin8 | Ralith, " didn't you hear my rant in the channel about the latency last year wrt ipod/iphone port of bzflag?" |
| 02:01.47 | hippieindamakin8 | from this i got that there exists one. |
| 02:01.51 | Ralith | 15:35:40 <@brlcad> not so much a rant as several semi-extended discussions about why it'd kinda suck as a client :) |
| 02:02.02 | Ralith | context ftw :P |
| 02:02.06 | hippieindamakin8 | :) |
| 02:13.29 | pacman87_ | is there a way to remap the f# keys to pgup/pgdn? |
| 02:13.43 | Ralith | xmodmap? |
| 02:13.51 | Ralith | why do you want to do that |
| 02:14.24 | pacman87_ | bc my ipod doesnt have pgup/dn |
| 02:14.53 | Ralith | nobody knows how to remap keys on your ipod |
| 02:21.24 | pacman87_ | no, im sshing |
| 02:22.17 | pacman87_ | and i want to change the keymap in bash |
| 02:22.54 | pacman87_ | so when i send F7 it acts like pgup |
| 03:02.29 | *** join/#brlcad jonored_ (n=jonored@LAZARUS2.WIFI.WPI.EDU) |
| 03:20.32 | *** join/#brlcad jonored__ (n=jonored@dsl092-076-134.bos1.dsl.speakeasy.net) |
| 03:24.53 | dreeves | starseeker I think I may be on to something as to the source of the problem |
| 04:22.58 | dreeves | starseeker I believe that it is essentially 2 spheres that are independently revolved and trimmed |
| 05:04.39 | dreeves | starseeker here is what I think the issue is with the nurbs_test.g, the initial guess is not good |
| 05:05.29 | dreeves | I came to that conclusion because both dented_sphere and rebuilt_sphere had similar problems but they are 2 different types of surfaces |
| 05:05.51 | dreeves | meaning they were 2 different evaluators |
| 05:06.52 | dreeves | I have made an adjustment to opennurbs_ext that should give us a better guess |
| 05:07.15 | dreeves | It would have appeared to worked but it has made things alot slower |
| 05:08.29 | dreeves | I have tested the rebuilt sphere so far and it looks good once that finishes I will rerun dented sphere then the rest of the test cases (I already spot check dented sphere and it looked good) |
| 05:51.41 | CIA-28 | BRL-CAD: 03Ddreeves70 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep Rebuilt Sphere.png]]" |
| 06:03.05 | *** join/#brlcad pacman87_ (n=pacman87@bz.bzflag.bz) |
| 07:35.36 | CIA-28 | BRL-CAD: 03Ddreeves70 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep Dented Sphere.png]]" |
| 07:38.57 | *** join/#brlcad madant_ (n=d@117.196.143.27) |
| 08:59.02 | *** join/#brlcad hippieindamakin (i=d2d43703@gateway/web/ajax/mibbit.com/x-27200d06a7975bfe) |
| 09:02.21 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 10:08.33 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 10:20.50 | *** join/#brlcad pacman87_ (n=pacman87@bz.bzflag.bz) |
| 10:25.10 | *** join/#brlcad madant (n=d@117.196.132.29) |
| 11:15.51 | *** join/#brlcad hippieindamakin8 (i=d2d43703@gateway/web/ajax/mibbit.com/x-51b628d52c4b6298) |
| 11:22.22 | *** join/#brlcad Axman6_ (n=Axman6@61.69.3.17) |
| 12:05.56 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-234-70.dclient.hispeed.ch) |
| 14:45.51 | brlcad | dreeves: heh, cool |
| 14:46.03 | brlcad | one freaking pixel |
| 14:47.47 | brlcad | awesome though .. suspect the sphere will be filled.. |
| 14:53.40 | dreeves | thanks brlcad |
| 14:54.03 | dreeves | progress |
| 14:54.30 | dreeves | so the main issue seems to be the initial guess |
| 14:56.49 | dreeves | of course the more impressive improvement is rebuilt sphere...if you didn't notice the one before the big improvement then you might not realize the big improvement |
| 14:57.35 | dreeves | brlcad what pixel are you talking about ? |
| 15:02.24 | CIA-28 | BRL-CAD: 03ddreeves70 * r34245 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: tweak to improve initial guess but this is going to make things much slower. I think there is probably better way to get an initial guess. |
| 15:09.42 | CIA-28 | BRL-CAD: 03Ddreeves70 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep Sph Cyl 2.png]]" |
| 15:15.14 | starseeker | dreeves: impressive! |
| 15:16.40 | brlcad | dreeves: there's one-pixel acne |
| 15:16.44 | brlcad | on the bottom |
| 15:20.21 | CIA-28 | BRL-CAD: 03brlcad * r34246 10/brlcad/trunk/src/librt/primitives/table.c: tcl isn't directly used |
| 15:39.46 | dreeves | you guys have great eyes :) |
| 15:56.46 | dreeves | ok out of the nurbs_tests.g file looks like I still have some work to do on distorted sphere. Also I think we are going to really need to think about the initial guess algorithm before we can handle the more generalized geometry |
| 16:09.28 | *** join/#brlcad madant (n=d@117.196.128.187) |
| 16:10.12 | dreeves | you know the more I think about it maybe it isn't initial guess that was the problem. It may have been more that the surface subdivision was actually dividing the curve up "wrong" and the part of the surface that was being considered wasn't the part of the surface we needed to look at. maybe what we need to do for now is get rid of the bvh until we get all the intersection and trimming stuff worked out. |
| 16:52.50 | *** join/#brlcad madant (n=d@117.196.137.67) |
| 17:31.28 | CIA-28 | BRL-CAD: 03brlcad * r34247 10/brlcad/trunk/src/ (libged/mirror.c librt/primitives/mirror.c): push the unitize of the mirror dir up into librt |
| 17:39.57 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 17:46.40 | *** join/#brlcad madant_ (n=d@117.196.129.91) |
| 18:02.39 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-244.sbndin.btas.verizon.net) |
| 18:15.39 | CIA-28 | BRL-CAD: 03Ddreeves70 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep Ellipsoid.png]]" |
| 18:21.08 | CIA-28 | BRL-CAD: 03brlcad * r34248 10/brlcad/trunk/src/librt/db5_scan.c: cleanup |
| 18:47.15 | *** join/#brlcad FAMULUS (n=mark@ool-ad028f27.dyn.optonline.net) |
| 18:48.32 | FAMULUS | brlcad: thing it would be possible / easy to use amazon's new mapreduce API to speedup g-stl in a hacky brute force way? |
| 18:48.49 | FAMULUS | think it ^ |
| 18:50.05 | brlcad | no less work than making it work with multiple cpus |
| 18:50.30 | brlcad | no less work than making it do something better than O(n^3), maybe O(nlogn) |
| 18:53.05 | brlcad | the real quick hackish way would be to comment out the one-liner that is taking up most of the time in the bot primitive |
| 18:53.29 | brlcad | if you comment out the line that says nmg_fix_normals, it will probably run much much faster |
| 18:55.09 | FAMULUS | brlcad: good info thanks |
| 18:56.05 | brlcad | let me know how that goes if you give it a try |
| 19:01.14 | CIA-28 | BRL-CAD: 03brlcad * r34249 10/brlcad/trunk/ (3 files in 3 dirs): |
| 19:01.14 | CIA-28 | BRL-CAD: push the reading and writing down from rt_mirror into ged_mirror. rt's API |
| 19:01.14 | CIA-28 | BRL-CAD: shouldn't generally be performing name lookups for specific actions, instead |
| 19:01.14 | CIA-28 | BRL-CAD: working on objects already in memory (rt_db_internals) so that you don't need a |
| 19:01.14 | CIA-28 | BRL-CAD: .g to perform an action. modified the signature of rt_mirror to return the |
| 19:01.17 | CIA-28 | BRL-CAD: modified rt_db_internal instead of a directory pointer. |
| 19:07.34 | *** join/#brlcad hippieindamakin8 (n=hippiein@210.212.55.3) |
| 19:26.34 | CIA-28 | BRL-CAD: 03brlcad * r34250 10/brlcad/trunk/src/conv/ (g-stl.c stl-g.c): holy molie, tons of inconsistencies and styles mixed together. remove k&r, cleanup and ws. |
| 19:30.49 | CIA-28 | BRL-CAD: 03brlcad * r34251 10/brlcad/trunk/src/conv/ (Makefile.am g-stl.c stl/ stl/g-stl.c stl/stl-g.c stl-g.c): move the stl sources into their own stl subdirectory |
| 19:33.05 | CIA-28 | BRL-CAD: 03brlcad * r34252 10/brlcad/trunk/src/conv/ (g-stl.1 stl/g-stl.1 stl/stl-g.1 stl-g.1): forgot the manpages, move em |
| 19:37.38 | CIA-28 | BRL-CAD: 03brlcad * r34253 10/brlcad/trunk/src/conv/ (14 files in 2 dirs): move the asc tools (asc2g, g2asc, asc2pix, pix2asc) into an asc/ dir |
| 19:39.36 | CIA-28 | BRL-CAD: 03brlcad * r34254 10/brlcad/trunk/src/conv/ (10 files in 2 dirs): move the tankill converters into a tankill subdir |
| 19:44.07 | CIA-28 | BRL-CAD: 03brlcad * r34255 10/brlcad/trunk/src/conv/ (20 files in 2 dirs): move the (dubious natured) nmg 'converters' (namely asc-nmg, g-nmg, nmg-bot, nmg-rib, and nmg-sgp) into their own 'nmg' subdir |
| 19:48.26 | CIA-28 | BRL-CAD: 03brlcad * r34256 10/brlcad/trunk/src/conv/ (16 files in 2 dirs): move the ancient euclid converters into a euclid subdir |
| 19:50.20 | ``Erik | hm |
| 19:51.14 | ``Erik | lame, svn up interprets move as a normal cvs del/add |
| 19:54.53 | CIA-28 | BRL-CAD: 03brlcad * r34257 10/brlcad/trunk/ (configure.ac src/conv/3dm/Makefile.am src/conv/Makefile.am): de-recursify the src/conv/3dm subdir, pushing the logic up into src/conv so we can do better at parallel builds |
| 19:58.17 | ``Erik | hrm http://www.betaversion.org/~stefano/linotype/page/4/ "why programmers suck at css design" |
| 20:11.54 | hippieindamakin8 | waves at brlcad ``Erik madant_ pacman87 Ralith |
| 20:13.00 | pacman87 | waves back |
| 20:13.32 | hippieindamakin8 | gets back to the exam preparation |
| 20:13.56 | ``Erik | good luck on your exams :) |
| 20:14.13 | hippieindamakin8 | ``Erik, thanks |
| 20:14.29 | brlcad | so erik, you going to work on the website? :) |
| 20:14.38 | brlcad | needs a facelift |
| 20:15.18 | ``Erik | heh, uhhhh, actually, I was thinkin' about cooking a couple of my own websites and hiring a designer to come up with the graphics and css |
| 20:15.25 | ``Erik | has people, but they ain't free |
| 20:16.08 | ``Erik | "hungry enough to eat the butthole out of a skunk" wtf am I watching this movie? O.o |
| 20:16.48 | brlcad | probably the same reason you feel compelled to "catch up" on collegehumor.com |
| 20:17.01 | ``Erik | well, to be fair, I'm coding while watching it |
| 20:17.09 | ``Erik | :D |
| 20:17.12 | brlcad | that's not fair to the code |
| 20:17.22 | ``Erik | shoulda put it on mythbusters instead, though |
| 20:17.37 | ``Erik | "larry the cable guy - health inspector" O.o |
| 20:39.46 | *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org) |
| 20:43.55 | *** join/#brlcad FAMULUS (n=mark@pool-98-116-35-92.nycmny.east.verizon.net) |
| 20:45.13 | *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org) |
| 20:46.43 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 20:51.22 | *** join/#brlcad branco_123 (i=branco@79.114.93.68) |
| 20:59.30 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) |
| 21:00.45 | *** part/#brlcad branco_123 (i=branco@79.114.93.68) |
| 21:22.48 | ``Erik | wonders how good/bad the new star trek flick will be |
| 21:23.35 | yukonbob | wonders how good/bad the new Cowboy Bebop film will be. |
| 21:34.43 | ``Erik | the live action thing? |
| 21:34.50 | ``Erik | it's got keanu reeves, so, uh... not :D |
| 21:34.59 | ``Erik | I mean, spike going "dude, like, y'know? totally!" |
| 21:40.54 | ``Erik | but if someone does get a hair up their butt to do some website work, http://developer.yahoo.com/yui/grids/builder/ might be handy O.o |
| 21:43.08 | ``Erik | hare? |
| 21:43.09 | ``Erik | O.o |
| 22:14.36 | yukonbob | ya -- /me thinks Johnny Depp would have been better Spike |
| 22:15.01 | yukonbob | well... pretty much anybody other than Keannu |
| 22:20.50 | *** join/#brlcad FAMULUS_ (n=mark@ool-ad028f27.dyn.optonline.net) |
| 22:24.52 | ``Erik | like, morpheus, are you totally serious? *retarded headcock* |
| 23:18.14 | CIA-28 | BRL-CAD: 03brlcad * r34258 10/brlcad/trunk/ (7 files in 7 dirs): de-recursify comgeom, dxf, jack, off, and patch (leaving iges and intaval due to their relative complexity) in order to simplify and help speed up parallel builds |
| 23:20.54 | dreeves | starseeker or brlcad do you have or know where we can get some simple examples that use linecurve(s) and arccurve(s) and planesurface(s) |
| 23:22.57 | dreeves | of course the curve(s) are for the trim curves |
| 23:30.10 | brlcad | src/other/openNURBS/example_write writes out a (single) ON_PlaneSurface |
| 23:30.35 | brlcad | could merge that in with breplicator or try to trace it directly |
| 23:31.02 | brlcad | uses linecurve trims |
| 23:32.37 | brlcad | that same example also writes out arccruves, but they're simple freestanding curves |
| 23:34.09 | dreeves | so will form a solid? otherwords paired hit points? |
| 23:35.11 | dreeves | does the breplicator write out linecurve and arccurve in it's current state? |
| 23:41.08 | dreeves | is breplicator basically a rectangle |
| 23:41.43 | brlcad | no, that's what I meant -- you could use the example, modify breplicator |
| 23:41.51 | brlcad | the proc-db's are purely for testing purposes |
| 23:42.09 | brlcad | there are three tools in there that basically just generate a specific test case |
| 23:42.27 | brlcad | though they're probably all pretty similar end-results atm |
| 23:43.12 | brlcad | could remove one of the faces from breplicator and stitch in a trimmed planesurface |
| 23:43.31 | dreeves | Ok yeah maybe I will work on generating some simple examples to test out things out with some types of objects that we haven't dealt with yet |
| 23:43.55 | dreeves | The things I listed are what's in d2.g that we haven't dealt with yet |
| 23:45.23 | dreeves | You know the other thing is we aren't really dealing with distorted sphere very good at all but to be honest I don't really know what to expect there. The plot is blowing up on it as well. Makes me wonder if there isn't something wrong with the geometry |
| 23:53.48 | brlcad | those test cases came straight out of rhino, so they should be 'real' |
| 23:54.23 | brlcad | shoulda got dave to take screenshots of what they looked like |
| 23:54.51 | brlcad | or maybe I write an exporter/extractor and see what they look like.. |
| 23:55.08 | brlcad | still fights with mirror() in the meantime |