| 00:07.29 | *** join/#brlcad andrecastelo (n=chatzill@189.71.62.248) |
| 00:07.35 | andrecastelo | good evening everyone |
| 00:08.14 | brlcad | howdy andrecastelo |
| 00:08.37 | andrecastelo | hey brlcad |
| 00:08.57 | andrecastelo | did you review the application again ? |
| 00:10.49 | brlcad | andrecastelo: not yet in detail |
| 00:10.53 | yukonbob | waves in |
| 00:11.06 | brlcad | going through them one at a time, will get back around to yours eventually |
| 00:11.28 | andrecastelo | brlcad: ok, ok ;) |
| 00:34.15 | CIA-33 | BRL-CAD: 03brlcad * r30608 10/brlcad/trunk/src/libbu/fgets.c: ws |
| 00:46.43 | *** join/#brlcad spike__ (i=[U2FsdGV@centaur.acm.jhu.edu) |
| 01:36.36 | CIA-33 | BRL-CAD: 03brlcad * r30609 10/brlcad/trunk/src/mged/attach.c: |
| 01:36.36 | CIA-33 | BRL-CAD: rework the initial classic console mode attach prompt to use bu_vls_gets so that |
| 01:36.36 | CIA-33 | BRL-CAD: we don't have to worry about end of line issues. also, trim whitespace so it |
| 01:36.36 | CIA-33 | BRL-CAD: matches more easily and inform the user which selection is being used to affirm |
| 01:36.39 | CIA-33 | BRL-CAD: their selection. |
| 01:36.56 | CIA-33 | BRL-CAD: 03brlcad * r30610 10/brlcad/trunk/src/mged/attach.c: loopy |
| 02:13.49 | CIA-33 | BRL-CAD: 03brlcad * r30612 10/brlcad/trunk/NEWS: |
| 02:13.49 | CIA-33 | BRL-CAD: improved mged's classic mode 'attach' display manager selection, particularly on |
| 02:13.49 | CIA-33 | BRL-CAD: windows where it was getting the carriage return in the input string and not |
| 02:13.49 | CIA-33 | BRL-CAD: getting a successful match. Now it drops the EOL character(s) and trims |
| 02:13.50 | CIA-33 | BRL-CAD: whitespace on comparison, and affirms to the user which option was selected. |
| 02:39.37 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net) |
| 03:47.52 | *** join/#brlcad CIA-33 (n=CIA@208.69.182.149) |
| 04:33.12 | pacman87 | i've noticed BRL-CAD uses a bit of magic for the rt code |
| 04:34.03 | pacman87 | #define RT_SOLTAB_MAGIC0x92bfcde0 |
| 04:34.44 | pacman87 | and i was wondering if the use of magic was documented somewhere |
| 04:47.42 | brlcad | pacman87: mmm.. probably |
| 04:47.45 | brlcad | but just as easy to explain |
| 04:48.47 | brlcad | magic numbers are simply special type identifiers -- the value of which usually has no meaningful significance other than being an identifier for that data |
| 04:50.11 | brlcad | the magic numbers are used throughout the code for pervasive detection of memory corruption -- they are almost always the first bytes in a structure so if something overruns an array, it's easily detected |
| 04:50.55 | brlcad | likewise if data is marshalled between different systems (whether through network or file I/O or some other cast mechanism), it is used to validate that types are what they should be |
| 04:51.38 | brlcad | what it all basically amounts to is that you just define a magic number for any new struct, and anywhere that struct is passed into a function, you check it |
| 04:52.07 | brlcad | so the instant there is any corruption, it's caught and processing can/should halt |
| 05:06.09 | hippieindamakin8 | hello guys |
| 05:06.36 | brlcad | howdy |
| 05:11.27 | pacman87 | brlcad: thanks for the info |
| 05:11.31 | brlcad | np |
| 05:11.57 | pacman87 | is there a list of all the defined magic numbers, or will i have to search through them all to get a unique one? |
| 05:13.44 | pacman87 | also, i noticed the primitive list has a (half) hyperboloid of two sheets, but not a hyperboloid of one sheet |
| 05:15.13 | brlcad | almost all of them are hex-encoded char strings for the struct name |
| 05:16.01 | pacman87 | would it cause trouble it my magic number isn't unique? |
| 05:16.49 | brlcad | depends, but yes possibly |
| 05:17.07 | brlcad | they are declared in their respective headers |
| 05:17.34 | pacman87 | i suppose it's easier to grep for the hex string i want, than trying to gather a list of all the ones in use |
| 05:19.17 | pacman87 | re: hyperboloid of one sheet, if i code that up in the next week, would that be an acceptable patch? |
| 05:19.35 | pacman87 | i've already done all the math for the shot() method |
| 05:19.53 | pacman87 | s/method/function |
| 05:20.04 | pacman87 | too used to java terminology |
| 05:20.51 | brlcad | grep MAGIC include/*.h | grep define | grep -v CK |
| 05:20.56 | brlcad | that'll get you most of them |
| 05:21.08 | brlcad | and you can see many of them tell you what their hex is |
| 05:21.22 | brlcad | (they all should .. but some aren't alnum |
| 05:22.42 | brlcad | hm, hyperboloid of one sheet ... |
| 05:22.59 | pacman87 | i just though it was odd to have one but not both |
| 05:23.19 | brlcad | you mean you've seen src/librt/g_ehy.c |
| 05:23.32 | pacman87 | yeah |
| 05:24.40 | pacman87 | two sheets: x^2 + y^2 - z^2 + 1 = 0 |
| 05:24.50 | pacman87 | one sheet: x^2 + y^2 - z^2 - 1 = 0 |
| 05:25.23 | pacman87 | flips which side of the asymptotic cone the surface is on |
| 05:25.49 | brlcad | nods |
| 05:26.37 | brlcad | i'm just wondering if there's a way to better encapsulate that into the existing ehy without breaking format |
| 05:28.08 | brlcad | otherwise, a hot damn cool idea for a patch -- very impressive |
| 05:28.35 | pacman87 | the math on this one is (relatively) easy |
| 05:29.12 | pacman87 | so i can learn all the structs first |
| 05:29.52 | brlcad | and you have a nearly exact example to follow.. |
| 05:30.05 | brlcad | still very impressive though |
| 05:30.24 | brlcad | (assuming you get it to work) :) |
| 05:31.26 | brlcad | Markowski would be proud |
| 05:31.49 | pacman87 | i might need a bit more guidance integrating the new primitive, though |
| 05:32.06 | pacman87 | as i haven't really looked at that part of the code yet |
| 05:32.31 | pacman87 | but i'll ask when i get there (and have read the code) so i can understand what you're talking about |
| 05:32.51 | pacman87 | Markowski is...? |
| 05:33.28 | pacman87 | Michael J. Markowski, author of g_ehy.c |
| 05:34.02 | pacman87 | though he remembered reading that name somewhere |
| 05:36.11 | brlcad | yep, he implemented a couple of the primitives |
| 05:36.16 | brlcad | he's still around |
| 05:37.02 | brlcad | i'll be sure to tell him you thought he was dumb for not doing the one-sheets :) |
| 05:39.38 | brlcad | forewarning, the one tricky part is going to be that you have to deal with multihit, which ehy doesn't have to deal with |
| 05:45.41 | pacman87 | should be a max of 4 |
| 05:46.03 | pacman87 | both bases, plus two sides |
| 05:49.01 | *** join/#brlcad clock_ (n=clock@217-162-111-235.dclient.hispeed.ch) |
| 05:50.05 | brlcad | yeah, two segments |
| 06:14.45 | *** join/#brlcad gedex (n=gedex@125.160.102.249) |
| 06:17.30 | brlcad | waves g'night |
| 06:18.16 | pacman87 | good idea, brlcad |
| 06:29.18 | *** join/#brlcad gede1 (n=gedex@125.160.103.109) |
| 06:37.09 | brlcad | hello gede1 |
| 06:45.15 | *** join/#brlcad gede2 (n=gedex@125.160.99.10) |
| 06:45.23 | brlcad | yikes |
| 06:47.05 | brlcad | wanders off for real |
| 06:56.22 | gede2 | brlcad: i've frozen app in my student dashboard, should i post new one? |
| 06:59.05 | *** join/#brlcad gedex (n=gedex@125.160.96.100) |
| 07:11.44 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 07:13.50 | *** join/#brlcad gede1 (n=gedex@125.160.98.205) |
| 07:13.57 | *** part/#brlcad gede1 (n=gedex@125.160.98.205) |
| 09:00.51 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 09:37.36 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) |
| 09:40.14 | mafm | hi |
| 09:51.27 | brlcad | howdy |
| 09:52.08 | mafm | isn't a bit to early for you? (or alternatively, too late) |
| 09:52.32 | brlcad | yep |
| 09:54.20 | hippieindamakin8 | havent u slept brlcad ? |
| 09:54.31 | brlcad | meh |
| 09:58.01 | *** join/#brlcad gedex (n=gedex@222.124.185.169) |
| 09:58.34 | brlcad | gedex: no, you really shouldn't -- should talk to a mentor and get them to unfreeze it |
| 09:59.13 | gedex | it's fine to submit new one with same title? |
| 10:00.16 | brlcad | gedex: NO, you really shouldn't -- ... |
| 10:00.32 | gedex | so, i need to talk to Sean |
| 10:00.43 | brlcad | to a mentor |
| 10:00.55 | brlcad | any mentor |
| 10:01.42 | brlcad | iff everything seems right, then maybe resubmitting might solve things, but don't just create more work for your convenience please :) |
| 10:02.02 | brlcad | which app is yours? |
| 10:02.28 | gedex | Web-based solid geometry model repository |
| 10:02.40 | gedex | i would to create drupal's modul |
| 10:02.53 | gedex | err.. *module |
| 10:03.48 | brlcad | instead of responding with a comment, you should respond by editing the submission |
| 10:04.29 | mafm | what's the freezing problem? :) |
| 10:04.44 | mafm | students should be able to edit applications until the new deadline |
| 10:04.49 | gedex | the ineligible status made me couldn't edit the form |
| 10:05.16 | brlcad | mafm: some cannot edit until a mentor comments |
| 10:06.15 | brlcad | gedex: ooooh, you're Akeda I take it |
| 10:06.30 | gedex | yes :) |
| 10:06.47 | brlcad | title is identical to another -- you needed to be talking with us regardless |
| 10:06.53 | gedex | brldcad is Sean? |
| 10:07.15 | brlcad | status restored, try now |
| 10:07.19 | mafm | huh? don't know, but I can edit all of mine... and I thought that the mentor comments to enable application modifications were only after the deadline |
| 10:07.43 | gedex | brlcad: thx Sean |
| 10:08.42 | brlcad | gedex: word of caution -- that's an exceptionally popular topic for some reason |
| 10:09.01 | brlcad | you really might want to reconsider what exactly you propose :) |
| 10:12.11 | brlcad | and will need to be very detailed and well articulated regardless, that much is certain given there are like 6 really strong candidates already with only 2-4 slots being allowed |
| 10:12.47 | brlcad | more than 6 received, but about that many are already "really good" before we even get to rankings |
| 10:12.53 | gedex | brldcad: i just updated my app |
| 10:13.57 | gedex | i want to know what drupal's version used on main site? |
| 10:14.17 | gedex | 5.x or 6.x |
| 10:15.15 | brlcad | given one of them just came out and hardly any of the modules are converted yet, which do you think |
| 10:17.32 | brlcad | gedex: I've seen it and it's better, but I can already tell you that it really needs a lot more detail, and it needs to tie to BRL-CAD better (you haven't identified how/what in brl-cad it should be using) |
| 10:18.17 | gedex | brlcad: ok, thx |
| 10:18.47 | brlcad | to give you an idea of the level of effort being seen, not to put any of the other submitters on the spot -- here's a pretty good example of appropriate detail: http://brlcad.org/wiki/Libpg_:_A_parametrics/constraint_library |
| 10:19.37 | brlcad | another good example for a different project: http://my.bzflag.org/w/User:Jude- |
| 10:22.55 | brlcad | looks forward to seeing updates and wanders off back to emacs |
| 10:26.56 | CIA-33 | BRL-CAD: 03brlcad * r30613 10/brlcad/trunk/ (197 files in 197 dirs): ignore generated Makefile.in and Makefile files |
| 10:34.29 | CIA-33 | BRL-CAD: 03brlcad * r30614 10/brlcad/trunk/ (197 files in 197 dirs): bah, revert previous propsetting .. need additive, not override |
| 10:52.34 | hippieindamakin8 | hey brlcad Mr.Rossberg says he needs a bit more detail in my application can u tell me where exactly ? |
| 10:56.12 | brlcad | nope |
| 10:56.31 | brlcad | that's for you to figure out |
| 10:56.36 | hippieindamakin8 | :P |
| 10:56.39 | brlcad | and I agree with him |
| 10:56.45 | hippieindamakin8 | sure |
| 11:01.07 | d_rossberg | hippieindamakin8: i added a question to my comment, you could e.g answer this question ;) |
| 11:01.21 | hippieindamakin8 | ya i am replying to that :) |
| 11:24.58 | CIA-33 | BRL-CAD: 03brlcad * r30615 10/brlcad/trunk/ (198 files in 198 dirs): much better .. ignore all the generated Makefile, Makefile.in, .deps, and .libs stuff |
| 11:30.42 | *** join/#brlcad gede1 (n=gedex@222.124.185.169) |
| 11:50.30 | clock_ | hippieindamakin8: does your nick mean hippie in the machine? |
| 11:59.10 | *** join/#brlcad gedex (n=gedex@222.124.185.169) |
| 12:01.33 | hippieindamakin8 | clock_ it is actually hippie in the making 87 |
| 13:04.33 | *** join/#brlcad Elperion (n=Bary@p5487750A.dip.t-dialin.net) |
| 13:12.24 | *** join/#brlcad andrecastelo (n=chatzill@189.71.62.248) |
| 13:12.49 | *** part/#brlcad gedex (n=gedex@222.124.185.169) |
| 13:13.09 | andrecastelo | hey everyone |
| 13:13.11 | andrecastelo | hey mafm |
| 13:13.45 | hippieindamakin8 | hey andrecastelo |
| 13:13.56 | andrecastelo | hey hippieindamakin8 |
| 13:20.06 | mafm | hi andrecastelo |
| 13:35.18 | CIA-33 | BRL-CAD: 03bob1961 * r30616 10/brlcad/trunk/src/librt/wdb_comb_std.c: Found another case where Tcl_AppendResult was not being used correctly (i.e. last argument must be a null char *). |
| 14:08.31 | andrecastelo | brlcad: hey, you there?? |
| 14:17.51 | brlcad | nope |
| 14:18.23 | brlcad | ~ask |
| 14:18.23 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there, just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:13.31 | CIA-33 | BRL-CAD: 03brlcad * r30617 10/brlcad/trunk/ (include/dg.h src/proc-db/tire.c): folks need to set up their subversion config file with auto-props entries. set the mime-types and eol-style |
| 15:17.24 | CIA-33 | BRL-CAD: 03brlcad * r30618 10/brlcad/trunk/include/dg.h: fix header |
| 15:26.23 | *** join/#brlcad PrezKennedy (i=Matthew@74.86.45.130) |
| 15:28.08 | *** join/#brlcad andrecastelo (n=chatzill@189.71.62.248) |
| 15:36.05 | andrecastelo | brlcad: sorry about earlier, i had to go afk and didn't respond.. |
| 15:36.46 | andrecastelo | it's about the "center point" patch - it is necessary to implement it in the gui, right ? |
| 15:48.33 | *** join/#brlcad surya__ (n=surya@203.200.95.130) |
| 15:48.46 | surya__ | hey guys |
| 16:11.24 | CIA-33 | BRL-CAD: 03starseeker * r30619 10/brlcad/trunk/src/proc-db/tire.c: Appears to be a problem with rotation - added testing routines for equations at various points, easier generation of test cases. |
| 17:16.55 | mafm | bye all |
| 17:50.55 | yukonbob | <PROTECTED> |
| 18:00.11 | yukonbob | waves in |
| 18:00.14 | yukonbob | hello, cadheads |
| 18:00.44 | pacman87 | hi yukonbob |
| 18:26.28 | brlcad | howdy yukonbobby |
| 18:27.17 | yukonbob | what's shaking, gentlemen? |
| 18:27.29 | yukonbob | peeks into the GSoC site to see what's happening there... |
| 18:28.26 | *** join/#brlcad minute-web (n=minuteel@cpc4-flit1-0-0-cust283.lutn.cable.ntl.com) |
| 18:28.49 | brlcad | oh, trying to actually catch up on some code |
| 18:29.52 | yukonbob | heh -- nothing new there... |
| 18:30.40 | *** join/#brlcad Elperion (n=Bary@p5487750A.dip.t-dialin.net) |
| 18:31.38 | yukonbob | brlcad: re: gsoc converstations -- where are those occuring? |
| 18:32.03 | yukonbob | is currently at MentorHome->ApplicationList |
| 18:33.00 | brlcad | yukonbob: they haven't started yet |
| 18:33.05 | *** join/#brlcad MinuteElectron (i=5207211c@silentflame/member/pdpc.base.minuteelectron) |
| 18:33.07 | brlcad | otherwise, in the private comments for starters |
| 18:34.46 | yukonbob | alright -- cool |
| 18:56.42 | brlcad | and a lot of what we're saying could/should be said here :) |
| 18:58.39 | brlcad | so yeah, if someone wants a bug to work on for their patch -- see yukonbob :) |
| 18:58.52 | brlcad | he's got a good one that shouldn't be too hard |
| 19:01.35 | yukonbob | :) |
| 19:01.57 | yukonbob | barks "Get your bugs! Get your bugs!! Bugs here!" |
| 19:02.37 | yukonbob | puts bug-cart away, heads out for coffee. |
| 19:02.41 | yukonbob | bbs |
| 19:14.37 | *** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM] |
| 19:18.15 | yukonbob | returns |
| 19:18.24 | *** join/#brlcad CIA-25 (n=CIA@208.69.182.149) |
| 19:30.06 | *** join/#brlcad spike_ (i=[U2FsdGV@centaur.acm.jhu.edu) |
| 19:30.11 | spike_ | hola |
| 19:35.06 | brlcad | ciao spike_ |
| 19:35.47 | spike_ | :-D glad they gave that extension, gives me time to write a patch |
| 19:36.06 | spike_ | last week was a bad week homework wise for me |
| 19:37.09 | brlcad | nods |
| 19:39.11 | PrezKennedy | brlcad, im going to vegas next week!! |
| 19:39.38 | brlcad | i heard, vegas baby |
| 19:50.01 | PrezKennedy | i heard my bro might be there this summer |
| 19:52.23 | *** join/#brlcad andrecastelo (n=chatzill@189.71.62.248) |
| 19:52.38 | PrezKennedy | you gonna have him program up a storm brlcad? make him wish he had gone into art instead? ;) |
| 20:08.04 | brlcad | PrezKennedy: hopefully :) |
| 20:08.15 | brlcad | if he ever calls that is, still in his hands |
| 20:09.23 | PrezKennedy | im talking to him on google talk, maybe he'll jump in here |
| 20:14.10 | *** join/#brlcad Stephen (n=Stephen@resnet-236-6.resnet.UMBC.EDU) |
| 20:15.59 | Stephen | so I heard you like mudkips |
| 20:16.45 | brlcad | howdy Stephen |
| 20:16.50 | Stephen | Howdy Sean |
| 20:17.14 | brlcad | mudkip ponies |
| 20:17.20 | Stephen | heh |
| 20:59.09 | *** join/#brlcad docelic (n=docelic@77.237.112.178) |
| 21:09.26 | yukonbob | rebuilds 7.10.4 |
| 21:43.43 | *** join/#brlcad docelic (n=docelic@77.237.112.178) [NETSPLIT VICTIM] |
| 21:43.43 | *** join/#brlcad Stephen (n=Stephen@resnet-236-6.resnet.UMBC.EDU) [NETSPLIT VICTIM] |
| 21:43.43 | *** join/#brlcad hippieindamakin8 (n=hippiein@203.200.95.130) [NETSPLIT VICTIM] |
| 21:43.43 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 21:44.24 | ``Erik | *whew* finally all caught up |
| 21:44.29 | ``Erik | aaannnnndddd, it's about time to start getting ready to leave :D |
| 21:47.51 | yukonbob | smiles |
| 21:48.16 | ``Erik | you fools sure generate a lot of line noise in a mere 5 days :D |
| 21:52.32 | ``Erik | ok, later kids :) |
| 21:52.42 | pacman87 | bye Erik |
| 21:52.49 | andrecastelo | cya Erik |
| 21:58.29 | andrecastelo | hey brlcad... could you give me some pointers on how to implement that center point patch ?? |
| 22:19.41 | yukonbob | q: wrt to the "image and signal processing" of BRL-CAD (as described on front page of site) -- what are examples of these? |
| 22:23.01 | brlcad | andrecastelo: you mean center of presented area or something else? |
| 22:23.35 | brlcad | run rtarea and see src/rt/viewarea.c |
| 22:23.44 | andrecastelo | brlcad: yes, the center of a presented area.. the mathematics involved are rather trivial (median point) |
| 22:23.45 | andrecastelo | ok thanks |
| 22:24.38 | *** join/#brlcad docelic (n=docelic@77.237.112.178) |
| 22:24.38 | *** join/#brlcad Stephen (n=Stephen@resnet-236-6.resnet.UMBC.EDU) |
| 22:24.38 | *** join/#brlcad hippieindamakin8 (n=hippiein@203.200.95.130) |
| 22:24.38 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 22:24.44 | brlcad | yukonbob: there are over a hundred image and signal processing tools |
| 22:25.18 | brlcad | low/high pass filters, convolutions, transforms, etc |
| 22:25.30 | yukonbob | interesting -- /me can't imagine how those work wrt visual data, or interrogating geometry, but recognizes all those from audio work... |
| 22:26.19 | yukonbob | can you tell me where one my want to convolve two signals w/i the BRL-CAD framework? |
| 22:26.40 | brlcad | yukonbob: think of basic image filters in the gimp or photoshop |
| 22:26.47 | brlcad | similar processing |
| 22:26.57 | yukonbob | nods -- alright :) |
| 22:27.44 | brlcad | some are 1D, some 2D |
| 22:28.18 | yukonbob | one more q: regarding the above -- does that type of processing typically have professional/scientific use, and if "yes", what might such a use be? |
| 22:31.16 | *** join/#brlcad andrecastelo_ (n=chatzill@189.71.70.118) |
| 22:48.16 | brlcad | yukonbob: individually, I'm not sure I'd characterize them that way altough some of them probably have been |
| 22:49.18 | brlcad | collectively, though, they are tied together to perform more complex opertations like performing noise reduction or feature extraction |
| 22:51.05 | brlcad | src/sig and src/util have many of them |
| 22:56.05 | ``Erik | wonders how many are also used on non-optical data O.o |
| 22:56.27 | *** join/#brlcad Stephen (n=Stephen@resnet-236-6.resnet.UMBC.EDU) |
| 22:57.04 | ``Erik | like one of the things BRL-CAD is used for is radio signal propogation (imagine every cell tower is a 'light source', now do a photon map or path trace run (or straight radio) to see where in a scene you get reception) |
| 22:57.18 | ``Erik | or radar, or ... |
| 23:14.11 | ``Erik | so, uh |
| 23:14.23 | ``Erik | I'm looking at this mentor dashboard thingymajigger, and, uh,shtuff |
| 23:14.32 | brlcad | mmhmm? |
| 23:15.41 | ``Erik | hard to find shit, they layed it out silly :D |
| 23:15.53 | brlcad | yeah |
| 23:15.55 | ``Erik | do they provide guidance on pre-submission comments? or is that project specific? |
| 23:16.02 | brlcad | it's generally accepted that it sucks in many many ways |
| 23:17.21 | brlcad | but there's really not much that can be done about it |
| 23:17.22 | ``Erik | like, is "dawn, dude, you can't call it libpg, that's postgres", or is that an irrelevent technical detail? |
| 23:17.22 | brlcad | I was pretty vocal last year, but it's really got to go through their machinery/infrastructure and just has features added as needed (and this year the web dev got in an accident so he's out for the rest of the year) |
| 23:17.29 | brlcad | comments are project specific |
| 23:17.29 | ``Erik | eck, hope he's doing ok |
| 23:17.54 | brlcad | if you want to ask him that, go for it |
| 23:17.59 | *** join/#brlcad iraytrace (n=iraytrac@cocoa.sci.utah.edu) |
| 23:18.02 | brlcad | though I believe postgres is actually libpq |
| 23:18.04 | ``Erik | ok, sooo, url for mentor guidance? |
| 23:18.08 | ``Erik | oi, leebert |
| 23:18.11 | ``Erik | mebbe |
| 23:18.28 | iraytrace | evening |
| 23:19.24 | brlcad | i have ranking criteria written up, but ranking doesn't begin until apps close |
| 23:19.34 | ``Erik | someone marked on -10 |
| 23:19.36 | ``Erik | one |
| 23:20.01 | brlcad | so the point now is really just to critique them, have them explain things -- there's a section for mentor-private comments too |
| 23:20.02 | ``Erik | sees a lot of libpg and a lot of libpq for postgresql stuff |
| 23:20.07 | ``Erik | ok |
| 23:20.16 | brlcad | yeah, I think all thouse libpg references are typos |
| 23:20.25 | brlcad | postgres docs say libpq |
| 23:20.43 | brlcad | the -10 is a bug |
| 23:20.57 | ``Erik | mebbe |
| 23:20.59 | brlcad | that one was marked invalid (as it had no content) then restored |
| 23:21.18 | brlcad | can't fix it till later |
| 23:25.35 | ``Erik | it looks like all the extras like to call themselves "libpg-xxx" |
| 23:25.47 | ``Erik | libpg-java libpg-tcl libpg-perl |
| 23:26.22 | ``Erik | terse names lend themselves to conflicts and confusion, 'sall I'm sayin' :D |
| 23:27.14 | brlcad | yeah, I know bout the wrappers |
| 23:27.30 | brlcad | for the lib itself though -- I actually couldn't find a non-petty conflict |
| 23:27.51 | brlcad | otherwise, suggest something better :) |
| 23:29.29 | ``Erik | heh |
| 23:29.52 | ``Erik | don't dare me, dude, I'll be shooting my mouth off about libbrlutil libbrlmath, libbrlrt :D *duck* |
| 23:30.26 | iraytrace | ?rl? |
| 23:30.52 | brlcad | meant for the parametric equations library :P |
| 23:31.01 | ``Erik | yeah, but if I start, I'll keep going :D |
| 23:31.11 | brlcad | otherwise, highly bikeshed at rather irrelevant at this point :) |
| 23:31.16 | ``Erik | ayup |
| 23:31.42 | ``Erik | I haven't looked in depth at any applications, so I can't make the nuclear power plant, just bitch about the color |
| 23:33.09 | ``Erik | metropolis in c++? hrm, would require a c++ compiler for liboptical, but we already inflict that on librt :/ |
| 23:34.12 | ``Erik | this raspberry hefeweizen is, uh, kinda gross |
| 23:35.07 | brlcad | c++ is already a forgone requirement for brep now |
| 23:35.17 | iraytrace | Um, librt requires a c++ compiler? What has been going on this year? |
| 23:35.21 | brlcad | MLT wouldn't necessarily use optical |
| 23:35.49 | iraytrace | OK, MLT, I was worried it was Metropolis, the movie. |
| 23:36.24 | ``Erik | which metropolis movie? fritz lang's is a damn good flick |
| 23:37.05 | ``Erik | librt has a .cpp file for talking to OpenNURBS, iraytrace |
| 23:39.11 | ``Erik | oh, the rhino to .g converter "seems to work", but segs on rt somewhere in opennurbs, I threw out the idea of writing a little program to load itout of the .g and print out all the information possible so we can look over it for something we know to be 'weird' |
| 23:39.15 | ``Erik | fyi |
| 23:39.58 | iraytrace | Yeah, the Fritz Lang one. |
| 23:40.31 | yukonbob | ``Erik: re: non-optical data (ie: radio signal) -- that's interesting, because one of the things I was thinking about that's probably not a "traditional" BRL-CAD application is using it to generate an impulse-response for a room, for use with audio applications... the impulse response could be used to convolve a raw audio signal, and the results would be as if that original raw signal were "played" in the "room |
| 23:40.47 | yukonbob | " that the original impulse response were generated from... |
| 23:41.27 | yukonbob | camera == listener |
| 23:41.31 | ``Erik | that'd be interesting, but it could be challenging to handle constructive and destructive interference from reflected waves |
| 23:41.46 | yukonbob | light location == location of impulse that we'll map |
| 23:42.14 | yukonbob | no matter how constructrive/destrcutive is handled, it'd probably be "interesting", I guess... |
| 23:42.33 | iraytrace | There's been a fair bit of work on "wave tracing" out of UNC the last year or so if you're interested in sound propagation. |
| 23:42.51 | yukonbob | North Carolina? |
| 23:43.03 | ``Erik | yeah, they're a bigger name in raytracing and graphics |
| 23:43.35 | iraytrace | Yes Univ. North Carolina Chapel Hill. |
| 23:44.21 | iraytrace | Though their talent pool has gotten decimated like everyone else recently. |
| 23:45.23 | ``Erik | invidia (misspelling intentional) vs intel, wee |
| 23:45.32 | brlcad | ``Erik: the 3dm-g isn't done, just started for that matter |
| 23:46.21 | ``Erik | I know, but it "does something" and freaks rt out, so looking at the something it does seems like the next step to my uninitiated arse :D |