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 |