| 00:16.37 | ``Erik | http://www.3ders.org/articles/20140501-ucl-petrie-museum-puts-3d-scans-of-ancient-egyptian-collection-online.html |
| 00:16.54 | ``Erik | (actual stuff at http://www.ucl.ac.uk/3dpetriemuseum ) |
| 00:43.46 | brlcad | looks like it's an obj viewer and if you dig deep enough, you can get at the actual data file |
| 00:44.08 | brlcad | e.g., http://www.ucl.ac.uk/3dpetriemuseum/3dobjects/UC45893 is http://www.ucl.ac.uk/3dpetriemuseum/3dobjects/models/UC45893/3Dmodel/UC45893.obj |
| 00:44.26 | brlcad | texture is in same file, but .mtl |
| 00:47.30 | brlcad | interesting, the material file has both an image and bump map |
| 01:18.26 | ``Erik | page indicates that they might pass out the high quality versions, could be interesting :) obj->nurbs? |
| 01:20.20 | ries | brlcad: isn’t that not a open source component? |
| 01:31.13 | brlcad | ries: que? |
| 01:31.40 | ries | the component to view the 3D objects… I think I have seen that as open source |
| 01:31.42 | brlcad | if you mean the viewer? probably .. maybe even the same one we're using |
| 01:32.10 | brlcad | but the actual geometry data is slightly obfuscated |
| 01:32.24 | brlcad | no direct url in the source, you have to piece it together |
| 01:36.54 | ries | wonders if it was tree.js... |
| 01:37.51 | ries | +h |
| 01:38.46 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 01:43.20 | mihaineacsu | ries: if you're referring to three.js, yes they are using that. I took a peek, they're using it at least for the material |
| 01:43.53 | ries | that’s the one I have seen indeed |
| 03:35.23 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) |
| 04:17.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 05:28.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 06:46.24 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 07:59.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 08:38.20 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 10:15.41 | Notify | 03BRL-CAD:tbrowder2 * 60615 NIL: creating a private branch of trunk for work on D binding |
| 12:16.02 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 12:45.43 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 12:52.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 13:08.40 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 13:16.11 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 13:37.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 14:01.15 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.26) |
| 14:04.14 | brlcad | mihaineacsu: progress on the application? |
| 14:04.23 | brlcad | and/or time to discuss? :) |
| 14:13.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 14:38.09 | Notify | 03BRL-CAD:brlcad * 60616 brlcad/trunk/src/libfb/if_X24.c: revert r56920 because it injects a bug in the luminance conversion values. more on this next. |
| 14:53.26 | Notify | 03BRL-CAD:brlcad * 60617 brlcad/trunk/src/libfb/if_X24.c: document what this little bit of magic is actually doing. it's setting up a luminance conversion table (ironically for 8-bit and 1-bit greyscale displays) where values are factored by three precise factors (0.299, 0.587, 0.114) but we do the math here in integer space to avoid floating point error accumulation (and perhaps originally for performance too). |
| 14:53.28 | Notify | this commit changes the loop to not multiply table values, instead accumulating them via addition, which should hopefully avoid the gcc 4.8.1 error that Tom encountered. credit to Widelands (sigra, r3180) for the method that improves upon our initialization. gotta love open source round tripping. |
| 14:55.32 | Notify | 03BRL-CAD:brlcad * 60618 brlcad/branches/RELEASE/src/libfb/if_X24.c: merge r60615:60617 from trunk to avoid introducing a bug this release. |
| 15:19.55 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 15:24.12 | Notify | 03BRL-CAD:brlcad * 60619 brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: use a dynamic array instead of a fixed one in order to avoid an array overrun altogether. curious that gcc 4.8.1 would warn about size 40 but not 400 when the order value can be passed from a caller or read from disk (i.e., it can be anything). using dynamic mem lets us remove the overflow detection which got out of sync after r56921. |
| 15:32.50 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 15:43.28 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 15:44.20 | Notify | 03BRL-CAD:brlcad * 60620 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: lets not document confusion and/or bad behavior. the attr command is doing what it is supposed to be doing. |
| 15:50.24 | Notify | 03BRL-CAD:brlcad * 60621 (brlcad/trunk/src/libged/comb.c brlcad/trunk/src/libged/comb_std.c): an aircode attribute will only get written out if it's non-zero, so don't mislead the user. did not update the wdb interface since they need to go away. |
| 15:52.06 | Notify | 03BRL-CAD:brlcad * 60622 brlcad/trunk/src/librt/primitives/dsp/dsp.c: remove debugging |
| 15:53.48 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 15:54.00 | mihaineacsu | brlcad: still here? |
| 15:56.38 | Notify | 03BRL-CAD:brlcad * 60623 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: RT_NURB_EXTRACT_COORDS() returns the dimensionality of the control point (e.g., 2d, 3d, hvect, etc), so make sure it's not dimensionless before indexing into an array. should fix what gcc detected. |
| 15:57.38 | brlcad | mihaineacsu: yep |
| 15:58.17 | mihaineacsu | great |
| 16:00.25 | mihaineacsu | ok, so how should I go about tying the project to brlcad, how would the user use the material manager from inside the application? Perhaps access using a Qt window (I've read about the archer project) |
| 16:03.28 | brlcad | as a new command-line command that talks to the website is probably the best starting point, but then exposed to our users via a libged command and (ultimately) integrated with our gqa tool/command |
| 16:04.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 16:04.36 | brlcad | the way I see it going down, you'd implement a command line tool that talks to the website to get/put material data, create .density files (and other formats), or add material data to a .g geometry file |
| 16:05.36 | brlcad | turn that into a simple set of API routines that the command-line tool calls as well as a libged command (probably the existing mater command as a sub-command) |
| 16:06.05 | brlcad | then gqa just has access to it and doesn't need any direct modification |
| 16:06.49 | brlcad | I suggest creating a simple object (maybe do mged tutorial #1) and calculate a weight using rtweight and gqa ... should take all of 10 minutes if you have a compile of brl-cad handy |
| 16:07.11 | mihaineacsu | I do |
| 16:08.04 | brlcad | that's a lot of info to digest, so maybe explore a little bit and ask me some questions ;) |
| 16:08.27 | mihaineacsu | yeah, will do right away |
| 16:10.21 | *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net) |
| 16:16.33 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 16:37.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 16:54.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 16:59.10 | Zhao_Anqing | hi, brlcad, are you here? |
| 17:10.28 | brlcad | ~ask |
| 17:10.28 | infobot | 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. |
| 17:12.34 | Zhao_Anqing | brlcad, is there any existing function used to compare two nmgmodel being equal? |
| 17:15.17 | Zhao_Anqing | I am writing a unit test for nmg_copy, so I have to write some codes to check whether two model is equivalent? |
| 17:18.36 | Zhao_Anqing | It includes the comparison of each level, model, region, shell, face, loop, edge, faceuse, loopuse....If there is an existing 'Equality Compare Function', I needn't do something redundant. |
| 17:18.45 | Zhao_Anqing | ^-^ |
| 17:19.02 | brlcad | Zhao_Anqing: I'm not sure about that one, you'll have to search |
| 17:19.22 | Notify | 03BRL-CAD:brlcad * 60624 brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: ws, indent |
| 17:19.55 | Zhao_Anqing | I have searched it, but didn't find such function @_@ |
| 17:19.56 | Notify | 03BRL-CAD:brlcad * 60625 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c and 19 others): ws, indent |
| 17:22.53 | *** join/#brlcad ishwerdas (~ishwerdas@117.199.107.76) |
| 17:25.56 | brlcad | Zhao_Anqing: on a quick search, I don't see anything for comparing whether two models are equivalent |
| 17:27.48 | brlcad | there is nmg_2lu_identical() for comparing two loops, another for two points in libbn, but nothing more complex that I see |
| 17:29.58 | Zhao_Anqing | All right, thank you, Sean. I will write it by myself. Such function is neccessary for this test. I make some model testcases, then use nmg_clone_model to get the copy. finally, check the new model whether is equal to the old one. |
| 17:30.52 | brlcad | that would probably be a good patch in itself, a new src/librt/primitives/nmg/nmg_compare.c file with those routines |
| 17:31.27 | brlcad | then your test can call it, see if nmg_clone_model is working (and/or your comparison functions are working) |
| 17:32.00 | brlcad | I suggest creating a patch with just the lowest entity type first |
| 17:32.53 | brlcad | remember the point of patches isn't to do work (just yet), it's to demonstrate adherence to our dev rules and basic code quality metrics |
| 17:33.15 | brlcad | so it should and can be simple (but complete) |
| 17:34.04 | Zhao_Anqing | That's OK. |
| 17:34.14 | Zhao_Anqing | I will do that. |
| 17:37.29 | Notify | 03BRL-CAD:brlcad * 60626 brlcad/trunk/CHANGES: must escape actual parens for these minimally imapcting regexes to work as intended |
| 17:38.45 | brlcad | Zhao_Anqing: if/when you get to comparing two loopuses, just make sure that nmg_2lu_identical() isn't what you already need .. and see if it can be eliminated |
| 17:39.56 | Zhao_Anqing | I will remember and do it. |
| 17:44.08 | Notify | 03BRL-CAD:brlcad * 60627 brlcad/trunk/CHANGES: document the rename of the ntohd funtion and his friends. this was done to address windows compilation (latest msvc adds same-named functions with different args) |
| 17:46.01 | Notify | 03BRL-CAD:brlcad * 60628 brlcad/trunk/CHANGES: apparently later changed to the bu_cv_ prefix |
| 18:00.50 | Notify | 03BRL-CAD:brlcad * 60629 (brlcad/branches/RELEASE/CHANGES Property Changed: and 2 others): sync changes with trunk since these are advance notices, r36844:60628 |
| 18:08.11 | Notify | 03BRL-CAD:brlcad * 60630 brlcad/trunk/src/libbrep/boolean.cpp: random numbers at the heart of boolean evaluation are a really bad idea... an answer that is constently right or wrong is actually better than one that is randomly wrong some of the time, unpredictably. |
| 18:33.19 | *** join/#brlcad javampire (~ncsaba@p54A06544.dip0.t-ipconnect.de) |
| 18:42.21 | brlcad | hi javampire |
| 18:42.38 | *** join/#brlcad javampire_ (~ncsaba@p54A06544.dip0.t-ipconnect.de) |
| 18:52.34 | *** join/#brlcad mihaineacsu_ (~mihaineac@141.85.0.116) |
| 19:05.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) |
| 19:28.25 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-206.pools.arcor-ip.net) |
| 19:35.44 | Notify | 03BRL-CAD:n_reed * 60631 brlcad/trunk/src/libbrep/boolean.cpp: Addressing the r60630 FIXME, rewrite get_point_inside_trimmed_face to use a deterministic grid-based algorithm. The new implementation succeeds in the six cases from our brep_boolean_test.g where the prior RNG algorithm failed, though one of those six cases now evaluates incorrectly due to issues later in the pipeline. |
| 19:45.47 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 19:50.45 | *** join/#brlcad jetchoi88 (~Tom@CPE001ee54d7aee-CM001e6b0f6170.cpe.net.cable.rogers.com) |
| 19:50.56 | jetchoi88 | hello |
| 19:53.31 | brlcad | hello jetchoi88 |
| 19:55.13 | jetchoi88 | I have recently found SOCIS and I am not sure if being this late is disadvantageous but I am interested in applying for the project |
| 19:59.18 | jetchoi88 | <PROTECTED> |
| 20:00.20 | brlcad | jetchoi88: it's not too late until after the deadline ;) |
| 20:00.43 | brlcad | certainly can bounce some ideas |
| 20:01.03 | jetchoi88 | this is great |
| 20:02.36 | jetchoi88 | so for the web project ideas, is it strictly limited to using php? can other web frameworks be used? |
| 20:02.54 | jetchoi88 | E.g: angular, RoR, jango, etc. |
| 20:04.46 | jetchoi88 | and for the material database website, there is already somewhat rough prelim website in place and yet I can't seem to find the link which I can view the site. Is it an internal site? |
| 20:05.34 | brlcad | other frameworks can certainly be used |
| 20:05.41 | Notify | 03BRL-CAD:brlcad * 60632 brlcad/trunk/src/librt/primitives/dsp/dsp.c: line is no longer used, so we can get rid of that bit as well. |
| 20:06.59 | brlcad | you can get to a tarball of the former materials database website code (google search should get you there), but I wouldn't suggest that particular one due to the time you have remaining and what you'd have to demonstrate |
| 20:07.49 | jetchoi88 | for the proposal or is that site too fargone to be salvagable? |
| 20:10.06 | brlcad | the proposal |
| 20:10.42 | brlcad | plenty can be salvaged, but there's a lot to demonstrate and a lot you'd have to get up to speed with in the next .. six hours? |
| 20:10.55 | mihaineacsu_ | 4 hours actually |
| 20:11.02 | brlcad | okay |
| 20:11.51 | brlcad | what's the simulation idea that interests you? |
| 20:14.09 | jetchoi88 | celestial mechanics particle system... I am very well versed in C, but not so much in C++. I have taken Operating system courses that uses C as well as previous experiences in creating basic chat servers in C. |
| 20:16.49 | jetchoi88 | So I only have 4 hours til application deadline?? |
| 20:19.05 | Notify | 03BRL-CAD:carlmoore * 60633 brlcad/trunk/doc/docbook/system/man1/en/nirt.xml: add new paragraph for the -T option; and fix a sentence elsewhere |
| 20:20.09 | brlcad | jetchoi88: I believe that is the case, unless the deadline gets extended (which is a remote possibility) |
| 20:20.31 | *** join/#brlcad javampire_ (~ncsaba@p54A06544.dip0.t-ipconnect.de) |
| 20:21.08 | brlcad | ``Erik: jra is interested in lunch too |
| 20:21.44 | brlcad | wednesday? |
| 20:32.13 | brlcad | jetchoi88: questions? |
| 20:32.19 | Notify | 03BRL-CAD:brlcad * 60634 brlcad/trunk/src/libged/dg_obj.c: document the padding from r57142. little surprised this doesn't cause a slight change or breakage of regression tests with the bounding box getting nudged larger by this tiny bit, but seems reasonable (would make sense to pad all wireframe elements). |
| 20:33.01 | brlcad | particle system would certainly be fun, especially when you get to visualizing the result interactively |
| 20:35.57 | jetchoi88 | For both Celestial mechanics particle system,vaccuum gravity simulator require knowledge of C++ as well as c. How important is it for candidates to be familiar with C++ for those ideas and would be possible if candidate promise to learn C++ while doing those ideas? |
| 20:37.54 | brlcad | require is a bit strong |
| 20:37.55 | Notify | 03BRL-CAD:brlcad * 60635 brlcad/trunk/NEWS: tom upgraded boost to version 1.55.0 in r58529, patches submitted for some fixes that needed to be made. |
| 20:38.01 | brlcad | you could certainly implement them without C++ |
| 20:38.19 | brlcad | it's just most simulation systems you might leverage are in C++ |
| 20:39.02 | brlcad | writing one from scratch would be difficult in the socis timeframe (which also doing visualziation, correctness, validation, etc) |
| 20:39.19 | brlcad | there certainly are some in C though that could be used if the license is a fit |
| 20:40.36 | Notify | 03BRL-CAD:brlcad * 60636 (brlcad/branches/RELEASE/NEWS Property Changed: and 2 others): merge r60635 from trunk |
| 20:43.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:07.54 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 21:38.23 | ankesh11 | brlcad: Is BRL-CAD a non-profit organization? I was looking into HighchartsJS(http://www.highcharts.com/) and they mention non-profit organizations can use it for free, but a license is required otherwise. |
| 21:45.41 | Notify | 03BRL-CAD:n_reed * 60637 brlcad/trunk/src/libbrep/boolean.cpp: revert r60614, going to try something different |
| 22:37.29 | *** join/#brlcad hcurtis (4ab29b79@gateway/web/freenode/ip.74.178.155.121) |
| 22:38.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 22:40.16 | hcurtis | brlcad: Hi, Sean. I’m checking in. I’ve been working on the fast4-g project. However, the storms we've been having in my area knocked the power out for several hours. Also, I've had to write thank-you letters to the sponsors of my scholarship and the members of the scholarship board and snail-mail them by today. |
| 22:42.04 | ``Erik | brlcad: wednesday is cool with me, 11:30 or 11:15? O.o |
| 22:44.43 | *** join/#brlcad merzo (~merzo@125-169-133-95.pool.ukrtel.net) |
| 22:51.06 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.0.116) |
| 22:59.38 | starseeker | brlcad: we haven't actually released with the oriented bounding box feature in place - do you want me to stick it in a branch and pull it out of our current release candidates? |
| 23:18.24 | Notify | 03BRL-CAD:starseeker * 60638 brlcad/trunk/src/gtools/gdiff2.cpp: Fix diffing to work with refactored logic |
| 23:55.03 | Notify | 03BRL-CAD:tbrowder2 * 60639 (brlcad/branches/d-binding/include/convert-h2d.pl =================================================================== and 80 others): add utility to convert .h to .d files for the D language |