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 |