IRC log for #brlcad on 20080611

00:39.24 *** join/#brlcad Twingy (n=justin@74.92.144.217)
00:41.05 andrecastelo ``Erik: hm, yes, i'll take a look.. but does one_hit impact that much on reflections and refractions?? Because the ray will reflect based on the material it hits, it can reflect "inside" the material, refracting.. what do you think?
01:33.04 ``Erik those require changing the ray direction/origin, so one_hit is still ok
01:33.08 ``Erik evening, twiggly
02:47.17 andrecastelo hey ``Erik, I think there are too many structures in viewmlt (mlt_app, path_list and point_list). Perhaps path_list can be eliminated? I'm thinking about connecting the mlt_app directly to a point_list
02:49.18 andrecastelo the application sequence could be something like: shoot ray in a random direction, build path (each point added to mlt_app->point_list), verify if path is valid, mutate path and store information about it in the image (repeat this n times, perhaps a user supplied parameter?), then shoot another random ray.. repeat proccess
02:49.24 andrecastelo what do you think??
02:50.19 andrecastelo is it possible to do this?
02:50.35 ``Erik shoot, it's late and hot, lemme read that a few times and think about it
02:51.16 andrecastelo hm ok ok
02:51.52 ``Erik it's like 26c here in my house, and I'm a wussy seattle boy, so anything above like 21c is hot to me
02:53.02 andrecastelo heheh, i'm something like that, inverted.. anything lower than 21c is too cold :b
02:53.52 ``Erik heh, I can run around in snow barefoot wearing just pants and a tshirt without being concerned, and I have plenty of warm clothes :)
02:54.09 ``Erik uhm, lets see, application has a generic user pointer you could use as your top level
02:54.49 andrecastelo yup, that solved building the path list
02:56.46 ``Erik hrmmmm, not seeing a generic pointer in ray_data
02:58.20 andrecastelo hmm, i'll commit, so you can see what i have done, ok?
02:58.37 ``Erik commit to which?
02:58.43 ``Erik viewmlt.c ?
02:59.02 ``Erik the less impact on brlcad/include/*.h the better
02:59.19 brlcad woo hoo, finished the priorities/passions document rewrite
02:59.47 brlcad yukonbob: you'll have to let me know how the update looks, lot of your comments taken into account (wrt layout/emphasis)
03:01.02 andrecastelo ``Erik: yup, commit to viewmlt.c
03:06.08 brlcad for anyone interested: http://brlcad.org/~sean/BRL-CAD%20Priorities.pdf
03:07.12 brlcad acrobat seems to render it as teh suck on Mac
03:08.43 CIA-22 BRL-CAD: 03andrecastelo * r31360 10/brlcad/trunk/src/rt/viewmlt.c:
03:08.43 CIA-22 BRL-CAD: Changed mlt_hit() and mlt_miss() to rayhit() and raymiss(), respectively. Added
03:08.43 CIA-22 BRL-CAD: a link between struct mlt_app and struct application, using a generic pointer
03:08.43 CIA-22 BRL-CAD: (ap->a_uptr). Added comments to rayhit() regarding what it will do and how it
03:08.43 CIA-22 BRL-CAD: will do it.
03:09.30 brlcad it should look like: http://brlcad.org/~sean/BRL-CAD%20Priorities.png
03:10.37 brlcad will have to catch up with log later
03:11.20 andrecastelo ``Erik: i did add a few comments to struct rt_pt_node, in raytrace.h, about the files that use it. Bad idea?
03:15.37 brlcad comments aren't usually a problem unless they're a heavy maintenance burden (for whatever reason)
03:16.57 brlcad except for bad comments of course that say something wrong or confusing; or comments that change a deprecation status
03:17.16 brlcad wanders on home
03:17.23 andrecastelo hm ok, i think it is going to be useful, to look for rt_pt_node instances and butify them
03:20.50 ``Erik hrmmm
03:21.26 ``Erik are you going to have support for both ortho and perspective view, and setting of fov?
03:23.52 ``Erik hrmmm, 'register' is pretty pointless these days, I think
03:24.21 ``Erik x86 simply doesn't have sane registers and compilers are pretty solid at painting
03:25.09 ``Erik thinks he might actually need to read up on mlt :D
03:25.18 andrecastelo hm ok ok
03:25.52 andrecastelo ``Erik: i'm writing my idea in a step by step form, going to update the blog in a while
03:27.01 andrecastelo is the support for different views really complex? what do you think about setting a "domain" of valid initial directions to shoot from?? (i think this would be perspective)
03:28.10 andrecastelo ``Erik: http://andrecastelo.wordpress.com/
03:29.11 ``Erik nah, the view thing is just a different way to set up your initial set of rays, i think most of the rt's do it procedurally on the fly, each "struct resource" grabbing the next scanline
03:29.36 ``Erik and it's just a matter of either picking a direction and mutating the origin or picking an origin and mutating the direction
03:33.00 yukonbob brlcad: /me checks the new pdf
03:40.56 yukonbob brlcad: looks nice -- one grammar point (I'm not sure that I'm correct on this) is "emplaced" -- perhaps "forever firmly placed as open source..."
03:44.53 ``Erik "in order to catch a fairy, I'll have to think like a fairy" -Stewie
03:45.33 ``Erik emplace is archaic, but correct... O.o
03:48.41 andrecastelo hey guys, i'm off :)
03:48.48 andrecastelo cya guys tomorrow
03:49.03 brlcad likes archaic
03:49.09 yukonbob :)
03:49.17 brlcad cya andre|away
03:49.18 yukonbob hey brlcad... what's happening?
03:49.50 brlcad oh, just got home .. big inbox, ton of irc channels lit up, kinda hungry, should probably sleep
03:49.57 yukonbob feh
03:57.10 brlcad andre|away: this is a really nice overview presentation if you haven't seen it: http://www.cs.ucf.edu/~colbert/presentations/mlt.pdf
03:59.52 brlcad ``Erik: maybe of interest to you too, I ran into that a couple months ago while reading up on it again
04:00.01 brlcad really like the 2D example
04:00.28 brlcad kinda tempted to implement it though there wouldn't be much point :)
04:01.46 ``Erik heh, I was hoping it was stephen colbert :D
04:02.48 yukonbob emmy please.
04:03.51 ``Erik heheeh lena :)
04:26.24 *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
05:04.59 brlcad cool, mafm's changes look good
05:56.31 *** join/#brlcad clock_ (n=clock@77-56-94-148.dclient.hispeed.ch)
07:05.30 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
07:30.58 *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net)
08:14.39 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
09:08.13 *** join/#brlcad elite01 (n=elite01@dslb-088-071-046-051.pools.arcor-ip.net)
09:49.11 *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt)
09:56.18 mafm hi there, folks
10:17.35 brlcad howdy!
10:17.58 brlcad "cool, mafm's changes look good" -- from a while ago
10:23.08 mafm who dared!?
10:26.16 mafm I'm trying to find out with big bot-rher :)
10:26.28 mafm btw, the bot doesn't log /me's
10:27.47 mafm (no clues from the bot logs, demmit)
11:13.29 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
11:37.25 *** join/#brlcad thing0 (n=ric@58.171.248.102)
13:09.43 ``Erik takes up the habit of speaking in all ctcp actions to avoid surveillance O.o :D
13:11.15 mafm :D
13:11.23 archivist logs actions
13:12.28 ``Erik goes all gitmo and waterlogs archivist ;D
13:20.11 *** join/#brlcad Elperion (n=Bary@p5487680F.dip.t-dialin.net)
13:24.16 ``Erik when life gives you limes, make a gin and tonic
13:29.49 mafm when life gives you microsoft, go pencil and paper?
13:41.11 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
14:20.39 mafm hmm
14:21.56 mafm the MGED command window should stay in the GUI too, with more or less the same capabilities, right?
14:24.18 mafm or if not, can anybody point to examples or requirements of what should be implemented?
14:26.15 *** join/#brlcad madant (n=homovulg@202.63.233.61)
14:35.10 *** join/#brlcad Axman6 (n=Axman6@210-9-140-165.netspeed.com.au)
14:46.21 *** join/#brlcad thing1 (n=ric@203-59-26-22.perm.iinet.net.au)
15:39.10 CIA-22 BRL-CAD: 03mafm * r31361 10/rt^3/trunk/src/g3d/ (GuiConsole.cxx GuiConsole.h): Perfecting the implementation of the console, mainly history handling
15:39.56 mafm "Logging in to SourceForge.net is currently disabled."
15:40.14 mafm holy cows!
16:28.02 andre|away mafm: not watching the soccer match ? :b
16:31.36 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
16:57.30 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
17:16.13 ``Erik http://img.photobucket.com/albums/v674/moonlight80/DodgeTrucks.jpg
17:51.36 CIA-22 BRL-CAD: 03mafm * r31362 10/rt^3/trunk/src/g3d/GuiConsole.cxx: Small modifications removing redundancy
18:09.29 CIA-22 BRL-CAD: 03mafm * r31363 10/rt^3/trunk/src/g3d/GuiConsole.cxx: Header cleanup, to not include full OGRE and OIS headers and other unneeded ones
18:14.16 brlcad mafm: yes per examples/requirements .. in a bit, gotta munch some first :)
18:15.10 mafm oki
18:15.43 mafm I'll have to run in a moment though, it's my last opportunity to watch Blade Runner, director's cut in the cinema :)
18:25.35 mafm http://brlcad.org/wiki/User:Mafm#Log -- update, with screenie included
18:25.44 mafm not very impressive really :P
18:27.30 mafm I go now, take care
19:17.30 *** join/#brlcad dtidrow_ (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net)
20:06.41 *** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
20:06.41 *** join/#brlcad prasad_ (n=psilva@h-67-103-183-185.mclnva23.covad.net) [NETSPLIT VICTIM]
20:06.41 *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT VICTIM]
20:13.04 pacman87 well, i'm finally making progress on tess()
20:14.40 *** join/#brlcad Elperion (n=Bary@p5487680F.dip.t-dialin.net)
21:02.53 ``Erik http://www.theonion.com/content/video/warcraft_sequel_lets_gamers_play
21:52.37 *** join/#brlcad clock_ (n=clock@77-56-94-35.dclient.hispeed.ch)
22:59.19 ``Erik home at last
23:43.08 ``Erik carter, hand me my thinking grenades
23:49.08 brlcad hehe

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