IRC log for #brlcad on 20090401

00:05.24 *** join/#brlcad jdoliner (n=jdoliner@c-68-51-76-57.hsd1.il.comcast.net)
00:07.10 *** part/#brlcad jdoliner (n=jdoliner@c-68-51-76-57.hsd1.il.comcast.net)
00:23.43 CIA-40 BRL-CAD: 03216.171.189.59 07http://brlcad.org * r1320 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Aqua MGED on Mac OS X */ fix external link syntax
00:23.50 *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net)
01:20.07 yukonbob http://pastebin.ca/1378510
01:20.14 yukonbob ^--- another build issue
01:20.22 yukonbob (hello, cadheads
01:20.23 yukonbob )
01:21.03 Ralith looks like you're not linking to libstdc++
01:21.11 Ralith but isn't librt all C?
01:21.35 yukonbob Ralith: re: all C -- no idea.
01:22.25 yukonbob re: libstdc++ agreed... (/me not a C++ person)...so I'm only one experiencing this, I guess...
01:22.39 Ralith what're you trying to do?
01:22.52 yukonbob just ./autogen.sh, configure ,make
01:23.11 yukonbob is SVN co
01:23.31 yukonbob 34122, fwiw
02:01.47 mafm night
02:13.33 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
02:35.51 *** join/#brlcad dreeves (n=dreeves@67.130.253.14)
02:47.40 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-198.sbndin.btas.verizon.net)
02:53.54 *** join/#brlcad Lez (n=lezardfl@189.58.209.254.dynamic.adsl.gvt.net.br)
03:26.10 brlcad Ralith: librt's api is all C, but some of the implementation details involve a C++ library (openNURBS)
03:26.25 brlcad so you end up needing libc++
03:26.27 Ralith ah, right
03:26.42 Ralith what was wrong with yukonbob's setup?
03:29.02 brlcad the test for libc++ probably failed
03:29.30 brlcad it's trying to link the 'comb' program there
03:29.42 brlcad comb only uses librt.la and it's dependent RT_LIBS
03:29.53 brlcad RT_LIBS="${BN} ${BN_LIBS} ${BU} ${BU_LIBS} ${REGEX} ${LIBM} ${SYSV} ${OPENNURBS}"
03:30.10 brlcad OPENNURBS='${top_builddir}/src/other/openNURBS/libopenNURBS.la ${LIBSTDCXX}'
03:30.42 brlcad so my guess is he actually doesn't have a libstdc++
03:31.16 brlcad configure should probably warn very verbosely if that happens, just pretty rare
03:31.32 brlcad but it's also rather compiler-dependent
03:34.26 Ralith I can't imagine a system not having libstdc++ O.o
03:35.36 brlcad note to students that haven't posted their app yet, you're supposed to submit what you have, whatever you have ASAP so they can get a headcount
03:36.39 pacman87 takes note
03:42.14 Ralith which they is this?
03:42.16 Ralith google?
03:42.23 brlcad yes
03:42.40 brlcad they're trying to decide whether to extend the deadline or not
03:42.44 Ralith ah.
03:42.53 brlcad which I suppose should mean don't submit it if you want them to extend it :)
03:43.01 Ralith heh
03:43.09 pacman87 does BRL-CAD have a generalized nth order equation solver?
03:43.42 brlcad pacman87: generalized, but the maximum n is compile-time limited
03:44.02 brlcad not sure how stable it is at higher orders
03:44.31 pacman87 ah. i was trying to see how to gracefully degrade for higher-order splines that didn't have analytical solutions
03:45.29 brlcad rt_poly_roots()
03:45.38 brlcad see src/util/roots_example.c
03:47.12 brlcad ran a performance analysis last year and was shocked to find that we outperform almost everyone, just a couple obscure solvers that came within 10%
03:48.13 pacman87 my revolve approach collapses the 3d intersection to 2d by converting the ray line into a hyperbola
03:48.23 pacman87 so i'd intersect the spline with a hyperbola
03:48.31 yukonbob waves to pacman87
03:48.36 yukonbob waves to brlcad
03:48.37 pacman87 waves back
03:48.54 yukonbob waves to anybody within raytracing distance
03:49.19 pacman87 activates a cloak and returns zero-length hit segments :P
03:49.27 brlcad given raytracing uses infinite rays, wouldn't that be everyone? :)
03:49.43 yukonbob they could be obscured, I was thinking.
03:50.05 yukonbob should know better than to bastardize tech. with a bunch of ubernerds
03:50.26 yukonbob rays are bounded by #brlcad
03:50.27 yukonbob ;)
03:50.43 brlcad plus we're one of the few raytracers that be default evaluates all points on the ray, not just first hit like most
03:51.04 brlcad for analysis and solid modeling purposes ;)
03:51.13 yukonbob go figure!
03:51.56 yukonbob reads scrollback to see if other comments on latest pastebin...
03:52.18 yukonbob sees comments
03:52.47 brlcad pacman87: what kind of spline?
03:53.10 pacman87 the 2-d spline from the sketch primitive
03:55.08 yukonbob /usr/lib/libstdc++.a
03:55.09 yukonbob /usr/lib/libstdc++.so
03:55.09 yukonbob /usr/lib/libstdc++.so.6
03:55.09 yukonbob /usr/lib/libstdc++.so.6.0
03:55.09 yukonbob /usr/lib/libstdc++_p.a
03:55.11 yukonbob /usr/lib/libstdc++_pic.a
03:55.19 yukonbob ^-- from "locate"
03:55.54 yukonbob is there such a think as libc++?
03:56.40 *** join/#brlcad schwinn434 (n=schwinn4@75.81.198.192)
04:00.27 *** join/#brlcad AlexandreGuedes (n=chatzill@189-92-143-241.3g.claro.net.br)
04:00.29 brlcad yukonbob: no, those are it
04:00.41 brlcad so what did configure report for the libstdc++ test?
04:00.49 brlcad it's int he config.log and/or in your configure output
04:02.04 brlcad pacman87: no, I mean what order and type
04:02.16 AlexandreGuedes Hello
04:02.19 brlcad b-spline? nurbs curve, bezier?
04:02.37 brlcad nth order, limited to 4th order?
04:02.43 brlcad howdy AlexandreGuedes
04:04.20 *** join/#brlcad AlexandreGuedes_ (n=chatzill@189-92-142-217.3g.claro.net.br)
04:05.11 AlexandreGuedes_ brlcad: I would like to know if develop importers and exporters would be important
04:05.30 brlcad AlexandreGuedes_: importers and exporters are always cool to have
04:05.36 yukonbob brlcad: will rebuild and check.
04:05.49 brlcad especially if it's a format you're pretty familiar with
04:06.08 brlcad or if it's just a really important importer that we don't have or need improved
04:06.31 pacman87 brlcad: since the hyperbola of the converted ray is second order, i had started last year with a limit of 2nd order splines
04:06.50 AlexandreGuedes_ I already developed some importers for opengl
04:07.53 brlcad pacman87: it's perhaps worth noting that there are specific spline solvers within the code as well (though not in as pretty polynomial form)
04:08.10 brlcad but 2nd order should be perfectly fine for the general solver
04:08.20 Ralith AlexandreGuedes_: what formats might you work with?
04:08.23 AlexandreGuedes_ brlcad: My it doubts was if that is really important
04:08.34 AlexandreGuedes_ obj and vrml
04:08.42 Ralith pretty sure we already have vrml
04:09.23 AlexandreGuedes_ but i can develop othres
04:09.27 brlcad AlexandreGuedes_: those are two pretty popular formats, would be very useful to have .. would have to have a plan for what would happen if you finish early though
04:09.28 AlexandreGuedes_ others
04:09.56 brlcad Ralith: there are exporters for both of those but neither has an importer
04:09.59 Ralith ahh.
04:10.11 brlcad surprisingly enough .. the importer is actually even easier
04:10.18 AlexandreGuedes_ I could develop how many I get
04:11.06 AlexandreGuedes_ after i can get Global illumination renderer
04:11.16 AlexandreGuedes_ if i have tiem
04:11.20 brlcad I'd expect those two importers would really only take a week or so each actually, maybe even just a few days each .. depends on how extensive you get into the obj format
04:11.23 AlexandreGuedes_ time*
04:12.03 brlcad their exporters are more involved
04:12.13 brlcad mm.. global illum would be awesome
04:12.16 AlexandreGuedes_ hmmm
04:12.29 brlcad AlexandreGuedes_: have you worked on global illumination and rendering before?
04:13.45 brlcad AlexandreGuedes_: I would suggest if you can make the time, to submit two applications just so you have a better chance of getting selected on your abilities more than the priority of what it is you're proposing to work on
04:13.50 AlexandreGuedes_ little
04:14.41 brlcad but yeah, those sound like great areas to be proposed
04:14.44 brlcad either or both
04:14.49 AlexandreGuedes_ i like use openGL and C there is other intersting idea ?
04:15.01 brlcad wouldn't mixt the global illum on the same proposal though
04:15.44 AlexandreGuedes_ ok.
04:16.14 brlcad there's an entire opengl GUI project, but that will likely be pretty competitive
04:16.41 brlcad you could always propose your own project as well
04:18.01 Ralith there's that -> OpenGL/C interactive program exporter
04:18.10 Ralith that'd be pretty cool
04:18.28 AlexandreGuedes_ how interactive ??
04:18.50 brlcad Ralith: oh you mean on the orange ideas page?
04:18.53 Ralith yeah
04:19.00 brlcad right
04:19.05 brlcad AlexandreGuedes_: it's another exporter idea
04:19.08 brlcad see, http://brlcad.org/~sean/ideas.html
04:19.15 Ralith AlexandreGuedes_: free camera movement/zoom would probably cover it fine.
04:19.24 Ralith along with some way to select what region(s) to show
04:19.46 brlcad having an exporter/importer that dumps out opengl code (display lists, direct mode calls, retained mode, etc)
04:19.57 Ralith oh, that kind of thing!
04:20.00 Ralith that works too.
04:20.18 Ralith of course, you'd have to tesselate everything first and I'm not sure how easy that is w/o the brep stuff finished yet.
04:20.38 AlexandreGuedes_ i can figure out
04:20.56 brlcad Ralith: not necessarily
04:21.01 Ralith oh?
04:21.04 brlcad glu has some primitives
04:21.19 brlcad has nurbs surfaces, for example
04:21.26 Ralith yeah, but you can't subtract/intersect them, can you?
04:21.27 brlcad and various quadrics
04:22.12 Ralith I guess you could just tesselate the regions that involved subtraction/intersection, or even just the relevant sets of primitives
04:22.14 brlcad no, you'd still have to have evaluated CSG, just wouldn't necessarily need to tessellate or sample
04:22.49 Ralith er, how do you manage, then?
04:23.07 brlcad AlexandreGuedes_: I like the idea for converters, do apply :)
04:23.22 AlexandreGuedes_ hum..
04:23.24 brlcad but do plan/mention for more than those two
04:23.44 AlexandreGuedes_ i'll offer something
04:23.50 brlcad and them maybe a non-converter backup in an area that interests you
04:24.00 brlcad cool
04:24.22 AlexandreGuedes_ <PROTECTED>
04:24.35 AlexandreGuedes_ if i have*
04:25.27 pacman87 AlexandreGuedes_: submit it early and get feedback - you can update it until the deadline
04:25.47 pacman87 should follow that advice, too
04:26.04 brlcad AlexandreGuedes_: absolutely, and what pacman87 said :)
04:26.33 Ralith oh yeah that reminds me
04:26.40 AlexandreGuedes_ thanks a lot
04:26.48 Ralith I'm going to be on a bit less (not completely gone, though) until monday
04:27.05 AlexandreGuedes_ last question... There is already much submissions ?
04:27.46 AlexandreGuedes_ many submissions ***
04:27.51 brlcad and for anyone that's wondering/working/waiting, don't let not having a patch stop you from submitting your proposal -- there's time after the deadline
04:28.07 brlcad AlexandreGuedes_: no, submissions are way down this year .. so you're chances are pretty good
04:28.49 brlcad also, the more detail in your proposal, the better .. that's the biggest problem with most proposals
04:28.54 brlcad not enough detail/information
04:29.12 brlcad say how, what, why, when, where.. ;)
04:29.37 AlexandreGuedes_ ok no detail
04:29.58 brlcad heh
04:30.19 AlexandreGuedes_ where are you from ?
04:30.48 pacman87 UT Austin
04:30.48 brlcad Panama
04:31.16 brlcad lives in Maryland USA
04:32.05 AlexandreGuedes_ I'm from Brazil..
04:32.17 brlcad your IP is a give-away
04:32.59 AlexandreGuedes_ my ?
04:33.11 brlcad yeah, brazil ip/dns
04:36.02 AlexandreGuedes_ And about most of others brl-cad developers...
04:36.48 brlcad AlexandreGuedes_: all over -- usa, germany, portugal, india, netherlands, and spain come to mind
04:37.25 brlcad wanders off to nap before his morning row in four hours
04:37.44 brlcad laments
04:38.11 Ralith a whole four hours?
04:38.15 Ralith you're killing yourself, you know.
04:38.48 pacman87 brlcad doesn't need sleep, he just takes naps every few days
04:38.49 brlcad I know, saddens the soul
04:40.02 brlcad need some rest before the really hard workout though.. or it can be a painful row
04:40.03 brlcad waves
04:41.54 AlexandreGuedes_ April Fool's Day
04:42.32 AlexandreGuedes_ In Brazil is already
04:43.58 AlexandreGuedes_ there is april fool's day in USA ?
04:44.21 pacman87 yes
04:44.56 starseeker laments the "All news sites will be annoying for a day" day
04:45.33 starseeker although it is morbidly amusing to see slashdot's standards for news actually drop - hard to believe it's possible :-P
04:50.31 Ralith slashdot? Lower its standards?
04:50.33 Ralith Madness!
05:11.00 yukonbob checking whether the Standard C++ library is available... no
05:11.10 yukonbob ^---... but no "loud complaints"
05:33.59 Ralith weird.
06:02.03 yukonbob will review tmorrow
06:02.11 yukonbob for now, zeeeeeeeeeee
06:02.40 pacman87 goodnight
06:02.53 pacman87 still has 200 pages of gov to read for the test thurs
06:12.00 AlexandreGuedes_ good night
07:13.53 *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
08:06.35 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
08:25.41 *** join/#brlcad _sushi__ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
08:42.33 brlcad yawns
08:48.39 *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
09:10.53 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
09:56.51 *** join/#brlcad mafm (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net)
10:01.41 mafm hi pplz
10:02.24 brlcad howdy mafm
10:03.46 mafm mmm, it's too early, go back to bed brlcad!
10:03.48 mafm :P
10:03.53 brlcad heh
10:07.53 Ralith hey mafm
10:07.56 Ralith brlcad doesn't have a bed
10:08.01 Ralith he just slumps over on his desk now and then
10:09.12 brlcad back in my younger days, I could just lay down right on the floor, however hard/cold, wherever I was at and have a perfectly good couple-hour nap
10:09.45 mafm oh, I see... so that's the backspace key stamped in his forehead... :)
10:11.06 mafm hmm, so the number of proposals for gsoc is that low, really?
10:11.20 mafm (I mean in general, not only in brl-cad)
10:11.28 Ralith shh, don't tell anyone
10:11.31 Ralith I like my good odds :]
10:11.34 brlcad :)
10:11.44 _sushi_ brlcad: what do you call younger days?
10:11.47 hippieindamakin8 mafm, many like me are still working on them :)
10:11.54 hippieindamakin8 _many_
10:12.18 Ralith many?
10:12.52 brlcad _sushi_: days before today
10:13.01 _sushi_ I turned 30 recently
10:13.05 _sushi_ I feel like middle aged
10:13.07 Ralith hippieindamakin8: whatchya planning on applying for?
10:13.10 _sushi_ I am already training the coffin jump
10:13.25 mafm hippieindamakin8: well, deadline is in a couple of days :)
10:13.47 _sushi_ I didn't manage to get a relationship before 30
10:14.02 _sushi_ But with a lot of hard work I at least managed to get sex before 30! Wohoo! I made it!
10:14.02 Ralith aw.
10:14.06 Ralith hehe
10:14.14 hippieindamakin8 Ralith, mafm i am applying for the brep evaluation
10:14.18 _sushi_ Lot of brute force sifting through the population helped
10:14.19 Ralith oo, cool!
10:14.23 Ralith best of luck to you!
10:14.26 Ralith that stuff needs doing.
10:14.37 _sushi_ brlcad: how old are you now?
10:14.47 mafm _sushi_: congrats!
10:14.50 _sushi_ brlcad: do you have kidneys like bricks now from sleeping on cold floor?
10:14.51 _sushi_ mafm: thanks
10:15.06 hippieindamakin8 Ralith, i am going through some research papers. Busy schedule at school is making it really difficult for me to concentrate here :(
10:15.08 brlcad nope
10:15.30 Ralith hippieindamakin8: just don't hestitate to submit a draft app early.
10:15.36 Ralith you can always revise.
10:15.41 hippieindamakin8 Ralith, sure :)
10:15.54 brlcad mostly just back pain from having too much bad posture, accumulated over time -- only reason floor-sleeping isn't so satisfying now
10:16.23 Ralith I can only floorsleep and such when I'm really short on rest
10:16.27 Ralith and I'm pretty young
10:17.04 brlcad congratulates _sushi_ for getting his cherry popped before 30. heh.
10:17.07 Ralith guess that comes from having a bed right next to my workstation
10:17.14 _sushi_ lol
10:17.24 _sushi_ I am sure there are nerds who get even worse rate than 30 years
10:17.33 mafm brlcad: odd, I have a hairdresser friend who lies in the floor after work, her backache is relieved
10:17.36 Ralith did RMS ever get laid?
10:18.09 _sushi_ RMS might profit from a gym
10:18.13 brlcad mafm: hopefully not at the office.. lot of hair on the floor :)
10:18.34 mafm Ralith: he did AFAIK, at least he had a mexican girlfriend a while ago (that's why he learned spanish)
10:18.50 _sushi_ oh
10:18.55 _sushi_ I hope he didn't manage that before 30
10:19.00 _sushi_ because then I would feel really asocial
10:19.03 Ralith lol
10:19.06 _sushi_ Girlfriend!
10:19.11 _sushi_ I didn't even get into that level.
10:19.14 _sushi_ What's the cheat code?
10:19.28 mafm brlcad: I guess that he does it privately, but I'm not so intimate friend as to ask some of the related questions :)
10:19.28 _sushi_ iddbf?
10:19.52 mafm well, stallman must be in his fifties or older now
10:19.57 _sushi_ OK good
10:20.06 _sushi_ there are still people who are more asocial than me
10:20.07 Ralith considering he was in college in the 80s, right?
10:20.22 brlcad he's 56
10:20.25 mafm he was already at mit ai lab in the late 70s I think
10:20.34 Ralith oh, right
10:20.49 hippieindamakin8 => RMS might have been a hippie too :P
10:20.56 Ralith I'm always disconcerted when I hear about AI research that long ago
10:21.06 Ralith I generally think of computer research as stuff that gets worked out pretty quick
10:21.31 _sushi_ hippieindamakin8: I guess he still looks like one
10:21.42 mafm Linus met his wife teaching inet to non-it ppl at univ, telling her to write him email for practicing (nice trick, that)
10:21.47 brlcad Ralith: it often is .. then there are research papers for three decades afterwards that all claim to have done it again for the first time ;)
10:22.03 Ralith lol
10:22.15 Ralith reminds me of something I've noticed
10:22.49 Ralith having toyed with graphics programming some, I've noticed that it usually takes 5+ years for something somebody successfully demonstrated in a thesis to actually be implemented in a commercial game
10:22.53 mafm most of the work in mit ai lab by that time was to create OSs and lisp machines, I think :)
10:23.14 brlcad much of it is solved, but limited by cpu power .. so as the chips get faster, old ideas that were completely impractical become entirely practical and implementable
10:24.49 brlcad Ralith: that's about the general trend I often see too, similar to how the emerging technology that is showcased at siggraph .. often becomes commercial commonplace about 3-6 years after if it's a hot topic
10:25.07 mafm IIRC (from Free as in Freedom book and similar resources), Stallman stallet to get mad at software practices when ppl took stuff out of mit to implement LISP machines commercially
10:25.49 mafm he started to copy and reimplement the new features like crazy so that mit versions were equally capable as commercial versions
10:25.54 hippieindamakin8 Ralith, but rt now with the GPUs in the market, the implementation would be smooth
10:26.01 brlcad like seeing epaper five years ago at siggraph, and this past year seeing it become reality with amazon's kindle in 2007
10:26.05 Ralith brlcad: that seems really long, even considering the devtime of a big project
10:26.07 hippieindamakin8 rather awesome GPUs
10:26.15 Ralith hippieindamakin8: I dunno about this whole raytracing thing.
10:26.50 Ralith it amounts to using slower techniques for less appealing visuals
10:26.54 _sushi_ self-pities
10:27.13 mafm saw the same in grid technologies... in example cloud computing, already present in some congresses years ago, like the Amazon guy
10:28.27 Ralith cloud computing is just silly.
10:28.29 brlcad Ralith: the technique becomes faster than the raster approaches as soon as you turn "all" the features on
10:28.30 hippieindamakin8 Ralith, doesnt that imply that faster computation = better visuals
10:28.34 Ralith I, for one, will not give up control over my system.
10:28.46 Ralith hippieindamakin8: but we already *have* great visuals.,
10:28.51 Ralith no reason to sacrifice them.
10:29.15 brlcad that is, to get the same picture, all the hacks and hoops you end up needing disappear with a much more simple algorithm
10:29.50 mafm Ralith: it's more practical for startups demanding big storage or processing growing by the hour, think of flick-like sites when starting
10:29.51 Ralith brlcad: for practical purposes, though, it's still much slower.
10:29.59 Ralith eventually, when power is moot, sure
10:30.01 brlcad for current purposes
10:30.02 Ralith not now.
10:30.22 Ralith mafm: for hosting a website or something, sure
10:30.32 brlcad the only reason it's even being talked about is because at the high end of the spectrum, it's starting to get close
10:30.33 mafm flickr, or whatever the spelling :)
10:30.56 brlcad the cost of a superbly complex raster system with great visuals, something like the complexity of the crysis engine
10:31.14 brlcad starts approaching the cost of advanced ray-tracing that gives equivalent results
10:31.24 mafm they're trying to lure scientists to use clouds too... but transferring multi-GB datasets back and forth for processing for a few hours it's not very nice :D
10:32.00 mafm but the personal computing, a la windows7, I think that it's a bit of non-sense right now (and I also don't like where all of this is heading)
10:32.24 Ralith I wouldn't be too concerned; MS certainly won't keep its marketshare forever.
10:32.51 Ralith and so far nobody's tried hardware lockin to a particular system, beyond the issues of driver support which are lessening these days.
10:34.19 brlcad Ralith: speaking of seeing things in research that deploy 5 or so years later -- that's been the raging research competition between the powerhouses, the likes of Intel and NVIDIA, and all the chest thumping about who can do ray-tracing better/faster
10:34.34 brlcad because it's expected that tipping point will happen within a couple years
10:34.34 Ralith really? nVidia's getting in on that?
10:34.38 Ralith I thought it was mostly intel
10:34.56 brlcad oh yeah, nvidia's been right there in the research
10:35.13 Ralith hm.
10:35.22 Ralith well, I'll be interested to see what results
10:35.26 brlcad had a massive session at siggraph just last year showcasing their implementation of ray-tracing on the gpu in response to intel's massive demo of larrabe
10:35.40 brlcad it's been going back and forth
10:37.46 *** join/#brlcad AlexandreGuedes (n=chatzill@189-92-155-247.3g.claro.net.br)
10:38.16 hippieindamakin8 has seen the examples of ray tracing on Nvidia CUDA machines and can say that they were beyond brilliant
10:38.20 Ralith what interests me about larrabee is (if I understand it correctly) the freedom from API it offers.
10:38.48 Ralith I imagine we'll see all sorts of things when people are no longer limited to what's defined in a spec like that
10:39.19 mafm Ralith: a gsoc idea you might be interested in ;) : Amazon EC2 AMI Images and tools: create official Debian images and tools for the Amazon EC2 cloud-computing environment
10:39.43 hippieindamakin8 Ralith, CUDA is also very good in that respect
10:40.01 Ralith hippieindamakin8: eh, it'll be a while before nvidia's hardware is truly general-purpose-ified
10:40.12 Ralith oh there's an idea
10:40.20 Ralith brlcad: has anyone considered porting librt to CUDA?
10:40.32 brlcad "porting" it? heh
10:40.33 Ralith or bits thereof, at least?
10:40.36 hippieindamakin8 i can consider that :)
10:40.39 Ralith isn't sure what would be involved
10:41.36 brlcad there's ways cuda could be leveraged -- it'd take a fair bit of structuring but could be leveraged at the primitive level fairly decently
10:42.19 Ralith then again, I suppose librt's pretty damn fast anyway
10:42.29 Ralith so not much need.
10:42.37 brlcad would have to improve support for ray-bundling, and reimplement most of the complex prep() and shot() routines for most primtives to be vectorized
10:43.09 Ralith wouldn't that much be of benefit anyway on modern CPUs?
10:43.44 mafm btw, isn't there any plan for multi-threading? it's beeing a trend in the last few years for most projects
10:44.05 brlcad nah, you could certainly increase the performance of even librt using it -- but you'd also get just as much benefit from working on things like ray bundling, cacheline fitted data structures, cache coherent structure access, and vectorized ray evaluation
10:44.34 Ralith raytracing is very parallelizable, I believe.
10:44.41 brlcad should give an increase on optical image rendering on the order of around 2x-20x if you did *everything*
10:44.57 Ralith but I'm not really convinced that there's much point
10:45.02 brlcad of course it's parallelizable, brl-cad's rt was the first to show that :)
10:45.08 Ralith hehe
10:45.12 Ralith I mean, if I can render havok in under a minute on consumer hardware
10:45.16 ``Erik obscenely parallel, every primary could be its own thread
10:45.44 ``Erik parallel prep would be awesome, though
10:45.53 Ralith then again, I don't have a very good idea of what normal model complexity tends to be
10:46.03 brlcad Ralith: it's the difference between taking 30 seconds and potentially 2 frames per second interactive
10:46.12 ``Erik has working geometry that takes about 60 seconds to prep and 30 to raytrace :(
10:46.59 Ralith that's a lot of prep
10:47.11 Ralith brlcad: fair, and I suppose in not too long it'll be even closer to raeltime.
10:47.20 Ralith realtime*
10:47.45 brlcad it makes a lot of existing models realtime
10:48.39 brlcad the adrt stuff that erik has been working on does much of the tricks for polygonal models, gets a decent performance boost that allows for realtime raytraced interaction
10:48.43 Ralith realtime librt would be neat.
10:49.05 brlcad http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas#CSG_ray-trace_optimizations
10:49.37 brlcad if all done, those would likely result in massive performance boosts, order of magnitude sorts
10:49.46 Ralith damn.
10:50.11 brlcad exploiting cache coherency, branch minimization, data vectorization, accelerated spacial partitioning, and other optimization techniques
10:50.34 ``Erik os/embedded/criticalsystems geeks would argue that you mean interactive, not realtime :)
10:51.11 Ralith :P
10:51.25 Ralith os/embedded/criticalsystems geeks don't do much raytracing.
10:51.37 ``Erik erm, you might be surprised
10:51.45 Ralith hm?
10:52.05 mafm they raytrace models of lara croft in their basements!
10:52.28 ``Erik a lot of raytracing has nothing to do with generating images :)
10:52.43 mafm soft realtime is ok for multi-media
10:53.03 Ralith ``Erik: that's why I said *much*
10:53.06 Ralith rather than any.
10:53.52 mafm ah, they might use some of it for physics?
10:55.06 Ralith raytracing for physics?
10:55.08 Ralith never heard of that.
10:55.15 Ralith for that matter, physics in realtime?
10:55.30 Ralith (that is, technical realtime, rather than interactive)
10:55.36 mafm I mean representations of models from data gathered by radar-like devices and such, automatic control of vehicles (mars robots)
10:56.11 mafm I don't know if some techniques related to raytracing could be used for that
10:56.15 ``Erik O.o so you've never heard of things like collision detection systems, combat HUDs, flight control systems, etc, ralith?
10:56.34 Ralith ``Erik: never imagined that that sort of thing used raytracing.
10:56.35 Ralith tmyk!
10:57.06 Ralith thinks HUDs are awesome and should be everywhere.
10:57.21 ``Erik I d'no the guts, I do know that there's often raytracing to do physics and ai bits in ogl and d3d games
10:57.22 Ralith augmented reality ftw.
10:57.29 Ralith well, that's not 'realtime'
10:58.00 ``Erik so I coudl imagine 'real life' systems (or high end simulators) doing the same
10:58.47 Ralith but... that's still not realtime systems, is it?
11:01.07 mafm I can see many situations where that's useful
11:01.15 mafm or will be exploited
11:01.27 ``Erik *shrug* I d'no, I can imagine a fair numberof scenarios where time guarantees on raytracing could be handy
11:04.01 Ralith I dunno if it's used like that currently, though.
11:04.02 mafm think of rendering a scene with objects in the foreground with transparency showing objects in the background visible
11:04.02 mafm kind of Terminator :)
11:04.02 Ralith like I said.
11:04.02 Ralith We need HUDs EVERYWHERE.
11:04.02 ``Erik (and I'm a bit of an OS geek and have done simple embedded programming before, so a bit sensitive on people propogating blizzards word abuse)
11:04.02 Ralith :D
11:04.02 ``Erik </rant> :D
11:04.25 ``Erik most of my personal projects right now fall into the soft realtime need, and that's just cheezy web crap
11:04.26 mafm :D
11:04.47 mafm hates cheezy web :(
11:05.15 ``Erik but it's good cheese! real cheese, not processed cheese
11:05.41 Ralith yum!
11:05.44 ``Erik that'sa gouda cheesa!
11:07.46 mafm lol
11:07.50 ``Erik back to librt speed improvements, there's been discussion on replacing src/librt/primitive/bot/* with src/adrt/libtie/* stuff for the speed boost, but making libties tricks ubiquitous through librt would be awesome
11:08.41 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) [NETSPLIT VICTIM]
11:08.41 *** join/#brlcad typ0 (n=coder@um-sd06-125-2.uni-mb.si)
11:08.41 *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.38)
11:08.41 *** join/#brlcad MinuteElectron (n=MinuteEl@unaffiliated/minuteelectron) [NETSPLIT VICTIM]
11:08.41 *** join/#brlcad bjorkintosh (n=bjork@ip72-204-40-138.fv.ks.cox.net) [NETSPLIT VICTIM]
11:09.27 ``Erik postage stamp bundling, cache coherency, improved scene partition (I'll bring up my old argument that tree based approaches have necessary slow warts, a graph with neighbor awareness (see portal/sector stuff) would be preferable)
11:09.55 ``Erik portable vectorization with fallback for cpu's lacking simd instructions
11:10.32 ``Erik making prep way faster would be awesome, too
11:11.53 Ralith well, I'm heading to bed in preparation for a long flight tomorrow.
11:12.09 Ralith I guess I'll assume the fact that I haven't gotten any proposal feedback yet a good thing?
11:12.29 brlcad yep
11:12.34 Ralith :)
11:12.40 ``Erik and you can render havoc pretty fast on consumer hardware... if you're doing a low resolution and low quality rendering.
11:12.52 Ralith true, true
11:13.11 ``Erik try doing a poster grade render :) now try doing it with photon mapping (or mlt if someone pics it up)
11:13.28 Ralith I'll leave that one running overnight.
11:13.42 ``Erik poster grade with simple phong was around 24 hours an image on high end gear
11:13.42 Ralith luckily, I don't generally need poster-grade renders to model >_>
11:14.31 ``Erik when ya need 14 images in 2 days, ... I was scrounging machines for that :)
11:15.06 ``Erik and I had to post-process the images because they came out a little too dark and I didn't have the time to re-render them :(
11:15.20 ``Erik so, yeah, there's a point :)
11:15.30 mafm "night" Ralith :D
11:15.35 Ralith night!
11:16.08 ``Erik have a good flight :)
11:19.47 Ralith thanks
11:26.35 madant brlcad: :) for user-accessibility should i think about modifications in mged or integration with libged ?
11:26.59 madant and how woudl it fit into the new gui plan
11:30.54 madant i feel like sticking to the capability to make a constraint object within mged sounds good
11:31.43 madant and then a user command like solve(constr.1) or something similar
11:32.20 madant which would evaluate , display solution space / update geometry
11:33.38 CIA-40 BRL-CAD: 03Erik 07http://brlcad.org * r1321 10/wiki/Google_Summer_of_Code/Project_Ideas: add g_qa feature request
11:37.04 d-lo Mornin all!
11:43.41 ``Erik silence, maggot!
11:43.44 ``Erik I mean, uh, hey
11:44.13 d-lo You going on the YUMMY E39 party crash?
11:44.31 ``Erik with what? I blew my load on slz
11:44.54 d-lo wishes there could be asset transfers in the game :/
11:45.03 ``Erik heh, indeed
11:45.21 d-lo ...would totaly ruin the game balance, but would be cool for a little while :)
11:46.05 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-198.sbndin.btas.verizon.net)
11:46.07 ``Erik http://www.collegehumor.com/video:1905754 heh
11:51.25 mafm hi d-lo
11:51.41 d-lo howdy mafm
11:52.03 mafm it seems that LHC finally made it: "I can confirm that, yes, the first stages of the experiment resulted in the appearance of a miniscule black hole," said the spokesperson to gathered reporters on Monday. "The black hole is being kept under quarantine and our scientists have been monitoring its progression," he explained. --http://www.thetechherald.com/article.php/200914/3354/
11:52.18 mafm so you were right d-lo :P
11:52.57 d-lo ``Erik: Do you know whats up with Hellbent? Profile shows inactive 74 days...
11:53.01 mafm I'd say, bring Ballmer to throw a few chairs at it to tame it down :)
11:54.05 d-lo Hrm, if I had to pick... I dunno which I would go for: Obliteration via Nuclear war, or sucked into a Black Hole that started in Europe.... :/
11:54.59 d-lo lol: "Many had bitterly said the consequences could be as extreme as the Earth being sucked into the black hole the LHC collisions may create as a side effect of the experiment. Others claimed time travellers with more sophisticated technology than ours could make use of the hole to invade the Earth and enslave mankind."
11:55.05 d-lo Too many scifi movies...
11:58.19 mafm :D
11:58.34 mafm the bad thing is that many ppl will believe this news :|
11:58.54 ``Erik ... I hate april 1st
11:59.02 ``Erik no, d-lo, no clue :/
11:59.23 mafm let's hope scientology church take it seriously and immolate themselves :P :)
11:59.59 ``Erik no, they'd just buy a lot of DC-9's and fly to another planet with volcanos
12:00.11 ``Erik would donate $10 to help them get to venus D:
12:00.12 ``Erik :D
12:00.48 ``Erik ('cept beck, he can stay)
12:00.58 mafm would double that!
12:05.04 *** join/#brlcad Lezard (n=lezardfl@189.58.209.254)
12:06.11 Maloeran Ahah, neat article mafm
12:07.31 d-lo ``Erik: got any 'cyclers built yet?
12:28.44 mafm :)
12:31.31 *** join/#brlcad cad48 (n=c1e1bb42@bz.bzflag.bz)
12:31.35 *** part/#brlcad cad48 (n=c1e1bb42@bz.bzflag.bz)
12:45.51 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
13:04.26 d-lo ``Erik: E37:73:06:31
13:05.52 ``Erik aight, putting together a maid service
13:06.09 ``Erik might take a couple hours, I tend to be up in the northern part
13:07.15 ``Erik 1:10 to get the 74 jg, 5 minutes to hop over to that astro
13:08.55 d-lo yeah, I have most of your astros bookmarked so they show up on the Map ;)
13:09.05 ``Erik pheer O.o
13:09.09 ``Erik jotes
13:09.16 ``Erik jots down a note... "don't piss dave off"
13:10.42 d-lo ....hrmm... no fleet, most locations known..... hrm.... *EVIL LAUGH*
13:10.58 d-lo =D
13:11.17 ``Erik hm, yes, 15 prings, 15 pshields, 3-4 dn's, and a fighter cloud on each, definitely soft targets :D
13:11.29 ``Erik no MOBILE fleet
13:11.53 d-lo True. true. but how dangerous is a person who just doesn't care about fleet anymore? ;)
13:11.54 ``Erik yoda is slz gm now, btw
13:12.16 d-lo ...wha? aren't we at war with slz?
13:12.33 ``Erik unofficially
13:12.54 d-lo why that little green shit. lol
13:12.58 ``Erik more of a "damnit, we're not farms, and you're warring on a madp"
13:13.17 ``Erik unfortunately, he has intel on our strongholds :(
13:13.30 ``Erik though I think he was like 32 or 33
13:13.58 ``Erik mebbe he'll get them to back off of fng *shrug* who knows
13:14.36 ``Erik that crash eliminated over 1/3 of slzs total fleet, mostly of their higher level members, so they're not exactly a huge threat
13:14.37 d-lo well, "personal vendettas" can be really fun ;)
13:16.34 ``Erik ooh, you've been called out on your hit, ya didn't post br
13:17.54 d-lo *shrug* I'll get to it ;)
13:43.56 *** join/#brlcad madant (n=madant@117.196.133.191)
13:53.10 *** join/#brlcad AlexandreGuedes (n=chatzill@189-92-190-186.3g.claro.net.br)
13:56.45 brlcad madant: either really -- a libged modification is an mged modification -- it adds a new command
13:57.58 madant was thinking whether a menu option would be nice.. but i guess a functioing command interface is a more important target :)
13:58.50 madant needs to seriously go through libged after months of stalling
14:02.51 brlcad libged is easy -- if you can make a simple test program with argc/argv, that converts very simply over to a libged function
14:04.33 madant hmm.. convenient :) ( evil grin )
14:07.41 madant oh and brlcad, i ran a sub 6 minute mile ;) 2.1 km in 7:49 :
14:07.50 madant :D felt like i was going to die
14:09.24 brlcad excellent
14:11.38 *** join/#brlcad _sushi__ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
14:30.38 hippieindamakin8 hey madant brlcad
14:31.24 hippieindamakin8 madant, just went out on a jog of 2 km (in arnd 13 min)
14:33.39 *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
14:46.05 *** join/#brlcad kanzure__ (n=bryan@66.112.232.173)
14:53.45 *** join/#brlcad kanzure (i=bryan@66.112.232.233)
14:56.10 kanzure brlcad: I'll try to send out an email in a few hours about the web repository ideas.
14:56.33 kanzure but pre-emptive constructive criticism about better ideas would be acceptable :)
15:13.52 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) [NETSPLIT VICTIM]
15:21.31 brlcad hello hippieindamakin8
15:21.51 brlcad kanzure: please do
15:22.03 *** join/#brlcad madant (n=madant@117.196.146.22)
15:22.10 brlcad it'll be a rush the closer to the deadline it gets, and become harder to get good responses/reviews in the later they are
15:34.35 *** join/#brlcad andrecastelo (n=andrecas@189.71.13.123)
15:35.04 *** join/#brlcad dreeves (n=c752f34a@bz.bzflag.bz)
15:36.22 andrecastelo hi brlcad, ``Erik
15:36.34 andrecastelo :)
15:46.34 CIA-40 BRL-CAD: 03117.196.146.22 07http://brlcad.org * r1322 10/wiki/User:Homovulgaris: /* Abstract */ main objective changed
15:48.23 madant hippieindamakin8, speed up ;) unless of course you were enjoying some wonderful scenery while jogging
15:49.40 hippieindamakin8 madant, in iit kanpur's stadium .. there wont be any scenery there nor chiks :)
15:50.26 madant haha :) ah u are from iitk .. kewl.. i hear it is a very study-oriented place :P
15:50.50 madant u doing UG there ? which subbject ?
15:50.55 madant s/subbject/dept.
15:54.22 *** join/#brlcad AlexandreGuedes (n=chatzill@187-24-41-215.3g.claro.net.br)
15:55.08 hippieindamakin8 madant, dude yeah !that is the reason writing an app becomes difficult. majoring in mechanical engineering.(subject of interest:computational geometry)
16:08.39 CIA-40 BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1323 10/wiki/User:Homovulgaris: /* Proposal */ change of priorities
16:18.16 CIA-40 BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1324 10/wiki/User:Homovulgaris: /* Schedule */
16:19.26 CIA-40 BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1325 10/wiki/User:Homovulgaris: /* Other Notes */
16:19.34 madant loves cia wiki updates ;)
16:21.19 d-lo that you making all that IRC vomit? :)
16:21.41 madant moi :)
16:22.55 CIA-40 BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1326 10/wiki/User:Homovulgaris: Text shifted to Notes since priorities have been changed
16:24.07 madant hippieindamakin8, :) which year are u in ?
16:25.52 hippieindamakin8 4rth
16:38.49 hippieindamakin8 starts editing the wiki <but feels that the cia updates would rather embaress him>
16:41.44 starseeker nah, go for it - we've all been there
16:44.55 hippieindamakin8 starseeker, :) thanks and did u find any thing better w.r.t the problem u were working on ?
16:45.41 starseeker brlcad and I discussed it some
16:46.00 starseeker probably want to back up and see if we really need the solution to that specific problem
16:46.09 hippieindamakin8 :)
16:47.07 hippieindamakin8 starseeker, once i submit my application, i shall send in a mail(read as spam) on the list with my idea of the solution
16:47.41 *** join/#brlcad PrezKennedyIII (i=Matthew@whitecalf.net)
16:47.59 starseeker sounds good
17:16.22 *** join/#brlcad dreeves (n=c752f34a@bz.bzflag.bz)
17:34.50 ``Erik if you feel like it'd be embarrassing, just remember, were still too busy laughing at starseeker to bother picking on you ;) *duck*
17:36.31 d-lo lol
17:36.49 d-lo You can also blame any mistakes you make on the LHC.
17:36.49 ``Erik that astro is swept, dave
17:37.17 d-lo saw that. 5200 cyclers is hardly 'no mobile' =D
17:38.08 ``Erik woulda figured the 17000 ft's and 240 hc's woulda gotten more attention
17:40.53 AlexandreGuedes hi
17:41.17 AlexandreGuedes when I'm compiling my build.
17:41.30 AlexandreGuedes is normal a lot of warning ?
17:41.46 ``Erik in the src/other directory, yes... shouldn't be many outside of that
17:50.17 AlexandreGuedes i got some errors
17:50.52 AlexandreGuedes make[2]: *** [libdm_la-color.lo] Error 1
17:51.37 AlexandreGuedes someone knows this error?
18:00.32 ``Erik can you paste more of the backlog to http://pastebin.bzflag.bz/ ? (the actual error is before that line)
18:07.11 AlexandreGuedes ok..
18:07.30 AlexandreGuedes http://pastebin.bzflag.bz/m6f0cdb29
18:15.13 madant AlexandreGuedes, error: X11/Xlib.h: No such file or directory = you don't have the required x11-dev libraries
18:15.19 madant which platform are you on
18:15.29 AlexandreGuedes ubuntu
18:16.10 madant install libx11-dev
18:16.30 madant and libxi-dev too
18:16.33 AlexandreGuedes ok...
18:18.26 AlexandreGuedes thanks
18:18.28 hippieindamakin8 madant, that is for most of the debian based distro users :)
18:18.41 AlexandreGuedes apt-get install xserver-xorg-dev
18:18.54 AlexandreGuedes :)
18:22.55 madant hippieindamakin8, true i remember a similar situation from a couple of days ago too IIRC
18:23.19 hippieindamakin8 madant, i too encountered the same problem. :)
18:23.42 madant ah.. so it was u ? :D
18:23.52 hippieindamakin8 madant, it was me an year ago :P
18:23.59 madant ah ok :D
18:24.09 hippieindamakin8 loves debian and KDE
18:24.48 madant AlexandreGuedes, I am not sure if the package name is xserver-xorg-dev for debian.. use apt-file search feature for locating the correct packages ?
18:25.48 AlexandreGuedes hmm ok
18:30.15 hippieindamakin8 madant, i dont think xserver-xorg-dev has libx11-dev headers
18:31.34 hippieindamakin8 AlexandreGuedes, apt-get install xserver-xorg-dev libx11-dev libx9-dev
18:32.06 hippieindamakin8 *libx9-dev/libxi-dev
18:34.33 AlexandreGuedes hippieindamakin8: thanks
18:34.44 madant does not even have xserver-xorg-dev installed :D
18:35.25 hippieindamakin8 madant, interesting :) neways they are the development files
18:35.28 AlexandreGuedes now think it is ok
18:35.31 hippieindamakin8 madant, which distro ?
18:35.39 madant debian unstable
18:35.58 hippieindamakin8 madant, awesome
18:36.43 madant whats awesome about it :P I like it though :D
18:37.33 hippieindamakin8 madant, i meant i too use the same. i dont find many ppl who are using debian unstable.
18:38.25 madant OS space is pretty huge :)
18:51.41 mafm madant rulez!
18:51.59 mafm and hippieindamakin8 rulez too :P
18:53.00 madant oh and lets not forget mafm :)
18:53.13 madant people still pester you about rand() :P
18:53.15 madant ?
18:53.46 mafm that question is not for me, I guess
18:55.10 madant mafm: ah maybe i am confused.. i remember some debian fan here being pestered about int rand() { return 4; } or something similar :)
18:56.26 mafm ahh
18:56.37 mafm well, that part was a joke
18:57.23 mafm but I was suffering a lot because of that yes, my workmates were fedora fascists :P
18:58.02 mafm incidentally, one of them got fed up of fedora in his laptop (unstable, sluggish, etc) and installed debian a while after that :)
18:58.08 mafm but I don't work there anymore
18:58.34 hippieindamakin8 madant, mafm :P
18:59.20 madant ah .. so my memory doesnt suck :P
19:03.49 kanzure brlcad: ok, sent.
19:26.14 AlexandreGuedes How I can know which are the dependeces (libs) before start the make build ?
19:27.29 hippieindamakin8 madant, i cant find a create content tab in my profile :| on brlcad wiki
19:27.36 hippieindamakin8 wiki and the site
19:32.24 hippieindamakin8 madant, nvm :|
19:37.19 madant hippieindamakin8, whats the error ?
19:37.47 madant AlexandreGuedes, did u try building again ? got any further errors ?
19:38.27 hippieindamakin8 wanted to put in my proposal
19:38.28 hippieindamakin8 madant, nthing resolved it
19:38.32 AlexandreGuedes now i'm having other error
19:38.33 madant regarding a list of dependencies.. well there aren't many.. :) x11, xi etc. are a few .. but mostly brl-cad code is pretty self-sufficient :)
19:38.45 madant AlexandreGuedes, paste ;)
19:39.43 AlexandreGuedes http://pastebin.bzflag.bz/d7f7f4d2e
19:40.09 AlexandreGuedes undefined reference to `X24_close_existing' ...
19:41.17 madant hmm.. tclcad.. try ./configure with the --enable-all option and then make
19:43.17 AlexandreGuedes Ok, I'm trying
19:46.16 AlexandreGuedes Which platform is better for build brlcad?
19:47.05 mafm debian, of course!
19:47.23 mafm some alianated ppl might suggest freebsd or something... :P
19:48.30 hippieindamakin8 mafm, freebsd is good too but they are incomprehensible philosophies
19:48.38 mafm (just kidding, any supported platform should do)
19:48.40 hippieindamakin8 *they are/they have
19:48.52 mafm such as?
19:50.34 mafm brlcad: it's full of spam http://pastebin.bzflag.bz/m16956c60
19:50.36 AlexandreGuedes madant: I had already done, but this happening the same error
19:50.52 hippieindamakin8 mafm, i ll just get the list of them from my prof :P
19:51.56 *** join/#brlcad andrecastelo (n=andrecas@189.71.13.123)
19:52.33 AlexandreGuedes madant: may i should cleanup ?
19:53.36 mafm AlexandreGuedes: it seems something internal (funcions being in brlcad code, so maybe it's autoconf missing something), you might want to wait for ``Erik or brlcad to come around
19:53.45 brlcad ~dreeves++
19:53.59 mafm a cleanup and --enable-all might help, though
19:55.28 AlexandreGuedes thanks
19:55.41 AlexandreGuedes i ll try it
19:56.41 AlexandreGuedes got the source from sourceforge, there are difference from svn source ?
19:56.49 AlexandreGuedes i got*
19:58.19 CIA-40 BRL-CAD: 03brlcad * r34129 10/brlcad/trunk/doc/README.Linux: note that ubuntu/debian folks should install xserver-org-dev libx11-dev and libxi-dev
19:59.58 brlcad mafm, yep, the pastebin doesn't have any spam preventions .. gets hit every couple minutes
20:00.04 brlcad feel free to fix that ;)
20:00.05 *** join/#brlcad madant_ (n=madant@117.196.128.14)
20:00.34 brlcad AlexandreGuedes: svn sources are the very latest, source tarball is our last release
20:00.52 brlcad for gsoc, you'll want to be using the latest svn sources
20:01.24 *** join/#brlcad andax (n=andax__@d213-102-40-30.cust.tele2.ch)
20:01.39 AlexandreGuedes i'll start a checkout just now
20:09.31 mafm dunno anything about pastebins :(
20:12.50 brlcad mafm: nor do I, don't need to know much about pastebin to run one and to install a captcha so it doesn't get spammed ;)
20:16.40 ``Erik recaptcha is already installed on that box, right? just a matter of figuring out how to wire it into the php?
20:17.50 brlcad yeah, recaptcha is tiny, just a few files
20:18.06 brlcad just usually have to add a few lines to whatever form page
20:18.17 mafm I thought that it was some kind of lil' specialized cms
20:18.27 mafm erm
20:18.28 brlcad heck, upgrading the pastebin might have a captcha option
20:18.40 mafm I'm busy with miss LH, she doesn't like me! :P
20:18.53 brlcad she say no?
20:20.49 mafm more or less
20:23.09 brlcad well, is it more or is it less? :)
20:24.26 madant_ :D
20:26.37 mafm it's less than more, but less is more
20:26.56 mafm it all depends on the meaning of "enrolled", I can't get such a paper
20:27.08 madant_ :)
20:27.36 mafm I can get only a paper telling that I finished all the courses, and I have the letter accepting my project
20:27.43 mafm but I don't even have a card this year
20:36.40 mafm uhm, that apparently is also OK
20:42.07 CIA-40 BRL-CAD: 03brlcad * r34130 10/brlcad/trunk/NEWS:
20:42.07 CIA-40 BRL-CAD: note that richard and keith added support to rtarea to computer center of
20:42.07 CIA-40 BRL-CAD: presented/exposed area. this is related to sf patch 1942589 (Exposed &
20:42.07 CIA-40 BRL-CAD: Presented Region Area Center points) from andrecastelo but it was determined
20:42.07 CIA-40 BRL-CAD: that the patch was incomplete/unusable. this feature has been requested by
20:42.08 CIA-40 BRL-CAD: analyst users (specifically from r. dibelka as well).
20:55.54 AlexandreGuedes Yehh!! I got!!!!
20:57.24 AlexandreGuedes mafm: make run ok now
20:58.08 mafm AlexandreGuedes: congrats, you just burned the equivalent power to a trip from Porto Alegre to Ouro Preto!
20:58.10 mafm ;)
20:58.11 AlexandreGuedes i cleanup and restart build
20:59.58 AlexandreGuedes thanks.. the next stage is something from todo list
21:01.50 mafm :)
21:04.00 mafm you're welcome
21:08.00 *** join/#brlcad madant__ (n=madant@117.196.129.53)
21:20.23 *** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net)
21:21.25 *** join/#brlcad SniX (n=sylvain@R9d61.r.pppool.de)
21:21.37 SniX hi
21:29.19 madant hi SniX
21:32.00 SniX is it possible to use FME using brl-cad?
21:32.16 SniX maybe exporting to another package?
21:32.27 brlcad you mean FEM?
21:34.01 SniX yep, sorry
21:36.25 brlcad what do you mean by 'use' then? you can certainly import most FEM's as polygonal/triangle data
21:36.36 brlcad and export those out to other packages
21:36.41 brlcad using our importers and exporters
21:36.51 brlcad depends on the format's you're wanting to go to/from
21:48.59 SniX thanks.
21:49.57 SniX how do I use a model in another? say I model a screw and want to use it.
21:56.10 *** join/#brlcad typ0 (n=coder@um-sd06-125-2.uni-mb.si)
21:58.23 brlcad SniX: it depends really what you're trying to do
21:59.01 brlcad sounds like you probably just want to make a group/assembly, add both objects
21:59.16 brlcad g or comb command
21:59.19 brlcad (in mged)
22:01.01 SniX (my last question was not FEM related). I am thinking about libraries of models. is there something like "import"?
22:09.06 brlcad SniX: we have a variety of importers
22:09.12 brlcad ls -la /usr/brlcad/bin/*-g
22:09.18 brlcad those g files can be opened with mged
22:09.28 brlcad and imported into other g files
22:16.11 SniX with dbconcat?
22:16.27 brlcad yes
22:22.21 CIA-40 BRL-CAD: 03brlcad * r34131 10/brlcad/trunk/misc/ (10 files in 10 dirs): remove BLT from windows build
22:34.58 madant hmm.. wicked Rube Goldberg http://www.youtube.com/watch?v=vrCb_fNmSTA
22:47.33 mafm brlcad: were the wiki accounts wiped out?
22:51.38 madant mafm: huh ?
22:52.00 mafm I can't login in and it won't recognize my mail addresses
22:52.32 madant weird.. working for me
22:54.43 mafm then I'm afraid I got amnesia and virulent stupidity or something
22:54.45 mafm :|
22:57.37 madant i think hippieindamakin8 was also having some trouble with the wiki earlier though he figured it out i think.
22:58.28 hippieindamakin8 madant, exactly it worked for me in few minutes :)
22:59.44 brlcad mafm: the geometry converter API doesn't require knowing geometry formats
22:59.49 brlcad it's a refactoring project
22:59.57 brlcad we have a bunch of converters, importers/exporters
23:00.04 brlcad it's turning them into functions instead of applications
23:00.19 brlcad sort of like how libged turned all of mged's commands into functions
23:00.38 brlcad mafm: no, accounts have never been removed
23:01.23 mafm huh, now it works :)
23:05.00 mafm hmm, still that of the exporters is low priority and not specially thrilling
23:08.03 mafm I also don't want to submit anything related to GUI if not complementary with Ralith's proposal, I like it and think that it's better "channeled" than my RBGui one last year :)
23:18.31 CIA-40 BRL-CAD: 03brlcad * r34132 10/brlcad/trunk/include/config_win.h: remove dead code, define off_t instead of typedef it for some reason
23:20.43 CIA-40 BRL-CAD: 03brlcad * r34133 10/brlcad/trunk/configure.ac: check for the old BSD bcmp() function for Windows even though it is part of POSIX 1003.1-2001
23:24.50 CIA-40 BRL-CAD: 03brlcad * r34134 10/brlcad/trunk/src/libsysv/ (Makefile.am bcmp.c): add support for bcmp() for windows. g_diff uses it and windows (98) doesn't seem to have it, so implement a simple PD version.
23:29.02 CIA-40 BRL-CAD: 03brlcad * r34135 10/brlcad/trunk/ (3 files in 3 dirs): add bcmp.c to the other build files
23:30.44 *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org)
23:32.10 CIA-40 BRL-CAD: 03brlcad * r34136 10/brlcad/trunk/src/gtools/g_transfer.c: make sure we have SIGPIPE for Windows
23:37.31 brlcad mafm: of course :)
23:38.10 brlcad (and yes, discussions should almost always be public, unless it's a personal issue)
23:38.36 brlcad not being high-priority doesn't mean it's low priority
23:38.59 brlcad it just means it'll take a little more student-excitement and a better proposal
23:43.11 mafm I guessed that it was something like that, thus my "...and not specially thrilling" subjective comment :)
23:43.13 mafm sigh
23:43.27 CIA-40 BRL-CAD: 03brlcad * r34137 10/brlcad/trunk/src/gtools/Makefile.am: g_diff uses libtclcad for tclcad_auto_path() and tclcad_tcl_library()
23:44.02 CIA-40 BRL-CAD: 03brlcad * r34138 10/brlcad/trunk/src/gtools/g_lint.c: use rand() instead of random() since the precision isn't that important here and one isn't available on Windows.
23:46.26 *** join/#brlcad Lez (n=lezardfl@189.58.209.254.dynamic.adsl.gvt.net.br)
23:46.30 mafm well, latish here, going to sleep
23:46.32 mafm night
23:48.28 CIA-40 BRL-CAD: 03brlcad * r34139 10/brlcad/trunk/NEWS: verified that they now compile, annotate that g_lint, g_transfer, and g_diff are ported to windows given they now compile (and seem to run).
23:48.39 brlcad cya mafm
23:49.18 brlcad i'm sure there's probably some collaborative piece of the gui work to be done -- like backend work hooking up the geometry service and getting that talking
23:49.51 mafm I'll see tomorrow
23:50.44 mafm I don't have too much work left to do this week :)
23:50.46 mafm night
23:50.52 CIA-40 BRL-CAD: 03brlcad * r34140 10/brlcad/trunk/BUGS: windows build seems jacked up. stuff compiling in the wrong order.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.