irclog2html for #brlcad on 20100128

00:00.54*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
00:51.02CIA-34BRL-CAD: 03brlcad * r37451 10/brlcad/trunk/src/other/tcl/generic/regex.h:
00:51.02CIA-34BRL-CAD: define __REG_NOCHAR so that we don't declare the old char regex functions.
00:51.02CIA-34BRL-CAD: we're getting conflicting types on re_comp() and re_exec() on bsd systems. we
00:51.02CIA-34BRL-CAD: don't use those functions though (nobody should really), so it should be safe to
00:51.02CIA-34BRL-CAD: leave undeclared. really just needed the 'FRONT' regex function declarations.
01:15.08CIA-34BRL-CAD: 03r_weiss * r37452 10/brlcad/trunk/sh/tracker.sh: Updated to correctly export DATE LAST UPDATED
01:31.20``Erikheh, whoa, he committed something
01:31.32starseekerdon't faint ;-)
01:31.51``Erikbut if I do, then I can hit my head and have a reason for not showing up tomorrie :D
01:32.15starseekeraw, but then you won't get to see my annoying marching cubes email
01:32.30``ErikO.o
01:32.44``Erikdare I ask?
01:33.21starseekerprobably asking stuff you've already though about - octrees
01:33.54``Erikfor marching cubes? you're probably talking about an approach to the subdivision stuff I was talking about...
01:34.45starseekerI think gqa could benefit from the application of similar ideas, just using volumes rather than the marching cube face logic
01:35.03``Erikbut knowing when to subdivide would be a trick, there's the risk of geometry passing through a 'cube' without hitting a vertex of the cube, so the algorithm will assume there's no geometry in it
01:35.12starseekerwe do quad subdivision on nurbs, and octree subdivision of volumes is the 3d version of that
01:35.26``Erikyes, I'm well familiar with quadtrees and octrees
01:35.34starseekerI was talking with Ed about that earlier
01:35.39starseekerhave a couple ideas
01:36.50starseekerdepends on how dense a grid you fire
01:37.26``Erikyou're basically guaranteeing a cache miss every time with the current approach, I think...
01:37.28starseekeror rather, need to fire
01:37.54starseekergqa's current approach?
01:38.01``Erikyeh, it hops all over the place
01:38.07starseekermm
01:38.30``Erikand I'd imagine that most of the cost is cache related anyways... *shrug*
01:38.38``Erikhit it with shark :D
01:38.52``Erikthen redo it to just shoot a regular grid and compare that
01:39.04starseekerwell, if you're in tomorrow and have a few minutes I'd like to outline what I'm thinking octree wise
01:39.26starseekerif nothing else, you get a chance to shoot down one of my ideas and you know how much fun you have doing that
01:39.32starseeker:P
01:39.44starseekeralmost as good as making fun of me being stuck in the mud
01:39.51Nohlaholas
01:40.16starseekerhola :-)
01:40.17``Erikoctrees even lost ground to kd-trees back when cpu's were much slower *shrug*
01:40.35``Erikthey were the rage for outdoor game crap way back when, though
01:40.43``Erikum, along with ROAM for big terrains heh
01:41.10``Erikthen hoppe did his shtuff
01:41.46``Erik(yeah, I know... wtf, something good from microsoft? obviously their research facility is on a different planet hten their product development, corporate, legal, etc stuff)
01:42.07``ErikVIPM was nifty at the time, though
01:42.29``Eriks/hten/than/
01:42.39``Erikevening, nohla
01:42.55starseekerwell, don't want to waste time if it's a useless idea
01:43.03``Eriktrapped like carrots, heh
01:43.22Nohla``Erik good day, for the hole day :)
01:43.53``Erikwell, it'll probably go something like... <ed> so what's this cliff was saying about octrees? <erik> that's the adaptive refinement we talked about. <ed> ah
01:44.10starseekerheh
01:45.16``Erikunless this demo thingy puts me in a mood, then I might say "heh, yeah, cliff found an ancient technique we all ditched and is pretending to be a coder" :D *duck*
01:45.58starseekersigh - I do feel like that on some days
01:46.13``Erikhehehe, naw, just different background :D
01:46.26``Erikyou were doing... math... for fun... when I was studying all the video game fu
01:46.32starseekerheh
01:46.44starseekerI just didn't have access to video games or computers
01:47.10``ErikI mean, proofs instead of quaternions? srsy?
01:47.44starseeker``Erik: so kd-trees were the successer to octrees?
01:48.06``Erikthey were the successor to b-trees
01:48.27starseekerah
01:48.46``Erikbut 3 kd-tree stages tended to be quicker than a single octree stage for most video game crud
01:49.09``Erikand what's his name wrote articles about portal/sector at about the same time, which was teh awesomez
01:49.20``Erikh-something on, uh, gamedev.net?
01:49.25``Erikhavok?
01:49.32starseekeroh, the Id guy?
01:49.48``Erikdunno
01:50.04``Erikshoot, what was the name of that site... black background and orangish text
01:50.14starseekerare you using kd-trees for the marching cubes stuff then?
01:50.35``Erikno
01:50.52``Erikfirst version is going to be regular grid walked linearly
01:51.05``ErikI'm not sure subdivision approaches would be acceptable :/
01:51.31``Erikfor the same reason the metaball ray "tracing" is flakey
01:51.55starseekermissing small features?
01:52.02``Erikyeah
01:52.21starseekermy suggestion to Ed was to use the bounding box hierarchy of the CSG primitives
01:52.24``Erikthe 'small'ness of the feature is the size of the first sample subdivision
01:52.38starseekerunlike metaballs, we have some extra information we can use
01:52.47``Erikpossibly
01:53.05``Erikbut it's all irrelevant until I figure out how to shove triangles into an nmg :D
01:53.12starseekeroctree seemed to lend itself to that...
01:53.13starseekerheh yeah
01:53.22starseekerthat's wacky
01:53.31``Erikthe schedule has a wad of time at the end for exploring optimizations
01:53.50``Erikno need for premature optimizations :)
01:57.00``Erikheh /* implement me */ ... that helps
01:57.14starseekerdon't you love those?
01:57.23starseekerthe tk libdm stuff has a few of thos
01:57.28starseekerthose even
02:14.47*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
02:44.27Nohlastarseeker yesterday I couldnot commit
02:44.54NohlaIs it work anyway?
02:52.39Nohladoes it work :P
02:58.29*** join/#brlcad branco_ (n=branco@79.114.79.230)
03:00.07branco_hello sean
03:05.21branco_this irc thing is very unreliable ; i'll make a sourceforge forum message about ubuntu 8.04 and brlcad 7.16.4 - there I can write everything at once and no disconecting or posting one on top of the other and clear history and not having to wait for the answer
03:13.08louipcagreed
03:14.08louipcI prefer mailing lists though. I can operate from the comfort of mutt.
03:32.19*** join/#brlcad Nohla (n=jesica@168.226.179.147)
03:35.45CIA-34BRL-CAD: 03starseeker * r37453 10/brlcad/trunk/NEWS:
03:35.45CIA-34BRL-CAD: Fixed behavior of commands that invoke an external editor - libged migration of
03:35.45CIA-34BRL-CAD: logic resulted in some of the special case logic for editors needing a
03:35.45CIA-34BRL-CAD: controlling terminal being lost. Now MGED generates the required information
03:35.46CIA-34BRL-CAD: and sends it to the libged routine that invokes the editor - in essence, MGED
03:35.48CIA-34BRL-CAD: now tells libged how it wants the editor invoked.
03:41.24branco_ok so now it's posted on the forum - no more irc for me
03:41.29Stattravlouipc: if the comfort of mutt == comfort of using it from a command line. there exists irssi which is a non-gui tool to access irc
03:41.48*** part/#brlcad branco_ (n=branco@79.114.79.230)
03:45.46``Erikheh, yet another one who's in both #brlcad and #lisp, odd
03:56.06Stattrav``Erik: i am not good at lisp, i am a novice :)
03:56.20Stattravlisp n00b
03:58.22``Erik<-- is under the impression that you quit being a lisp noob after ~20 years of coding in lisp... maybe...
03:58.44Stattravlol true :)
03:59.40Stattravin december 2009 i met a person at a scipy conference who has been a lisp user for around 30 years now.
04:00.06Stattrav:s/user/programmer/
04:00.29CIA-34BRL-CAD: 03erikgreenwald * r37454 10/brlcad/trunk/src/conv/g-egg.c: note location of file format
04:04.37``Erikif scheme counts, I only have ten years :(
04:12.56Stattravit does i guess :) its a dialect
04:45.42starseekerkinda like - "Apple - successfully going out of business for 20 years" it's "$Programmer - Lisp newbie for 10 years and counting."
04:52.36``Erikor bsd, dying since '73?
04:53.03``Erik77?
05:02.17``Erikheh, nifty, (apply #'lcm (loop for i from 1 to 10 collect i))
05:02.28``Erik2520 ftw
05:02.40``ErikDAMN colbert report for making me code
05:44.30*** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
09:31.46*** join/#brlcad Stattrav (n=Stattrav@202.3.77.161)
10:41.58*** join/#brlcad ibot (i=ibot@rikers.org)
10:41.58*** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) || Release 7.16.4 in prep, should be posted 20100114
12:18.36CIA-34BRL-CAD: 03indianlarry * r37455 10/brlcad/trunk/src/conv/step/ (4 files): Just update to copyright dates, somehow got skipped.
12:33.31CIA-34BRL-CAD: 03d_rossberg * r37456 10/brlcad/trunk/src/libged/editit.c: added the missing buffer for the MS Windows version
12:58.20``Erikindianlarry: copyright update is a search/replace script, the conv/step files might not be in the 'right' format for the script to see?
13:00.18brlcadyep
13:00.29brlcadDimensionalExponented States Government
13:00.34brlcadDimensionalExponentsed States Government
13:00.46brlcadsomeone had fun with a search n replace
13:00.55brlcadthe script doesn't think they're ours to mess with
13:01.07brlcadDerivedUnitElemented States Government
13:07.36*** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
13:12.06Stattravhey brlcad
13:12.43Stattravhey Sean
13:16.48CIA-34BRL-CAD: 03brlcad * r37457 10/brlcad/trunk/doc/deprecation.txt: names not set in stone, still need to think about them some more but the rt timers need to become bu timers
14:31.37brlcadhello Stattrav
14:32.01brlcadi'm on and off today, so there will be reply lag ;)
14:55.53*** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu)
20:41.12``Erikswank, full build on fbsd now, that regex fix did it, it'd seem
20:58.40brlcadcool
20:58.42brlcadeven 9?
20:59.02CIA-34BRL-CAD: 03brlcad * r37458 10/brlcad/trunk/src/conv/nastran-g.c: ws indent style cleanup
21:03.10CIA-34BRL-CAD: 03brlcad * r37459 10/brlcad/trunk/src/conv/viewpoint-g.c: ws indent style cleanup
21:05.13``Erikmy 9 box isn't responding
21:05.36``Erikit may be at a bios 'push f1 to continue' screen, I'd been dorking with it remotely, forgot to look on my way out the door this morning, had other crap on my mind
21:26.59*** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
22:01.03*** join/#brlcad branco (n=branco@79.114.81.192)
22:09.59brancohello - again with the ubuntu problem - noone answered on the forum so mabe you have more time now ? - brl-cad is not high priority for me so I don't mind if I get no answer but I kinda got mad about not being able to compile so I still didn't give up completely on posting messages about my problem
22:10.37brlcadbranco: I read your message, but just have have been busy yesterday and today
22:11.25brancook so if you will post a message in the forum sometimes it's alright
22:12.34brancowon't stay longer , bye
22:13.23brlcadbah
22:15.11``Erikshould make all responses on the forum to him a single word :> *duck*
22:15.50alex_jonihit&run
22:16.57CIA-34BRL-CAD: 03starseeker * r37460 10/brlcad/branches/dmtogl/ (12 files in 11 dirs):
22:16.59CIA-34BRL-CAD: Ugh. Quick and dirty stab at getting tcl/tk and itcl/itk cvs versions building
22:17.01CIA-34BRL-CAD: in BRL-CAD tree. Something not right - tkhtml3 isn't happy - but build at least
22:17.03CIA-34BRL-CAD: gets past those directories. Right now it wants zlib subdir in tcl/compat -
22:17.05CIA-34BRL-CAD: need to figure out how to remove the requirement.
22:50.35brlcadhe's a her
22:51.26``Erikit.
22:52.29``Erik:D
23:28.46CIA-34BRL-CAD: 03starseeker * r37461 10/brlcad/branches/dmtogl/src/other/tkhtml3/src/Makefile.am: Tweaks to new tkhtml3 Makefile.am.

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with infobot logs, split per channel, etc.