| 00:00.15 | mihaineacsu | it's material name or description? but you said it's expecting an object's name |
| 00:00.34 | mihaineacsu | or have I misunderstood? |
| 00:00.48 | brlcad | "you listed "Gold" (which you set as the shader name), but it's expecting an object name" <-- this is wrong |
| 00:00.54 | brlcad | note the "this is wrong" |
| 00:01.19 | brlcad | I miswrote, Gold was fine and correct |
| 00:01.31 | brlcad | well, except that's not the density for gold |
| 00:01.37 | mihaineacsu | :) |
| 00:01.57 | mihaineacsu | so I should rerun mater |
| 00:02.15 | brlcad | no, I also told you that command wasn't right....... |
| 00:02.38 | brlcad | that sets a shader, not the material ID |
| 00:02.45 | mihaineacsu | ok |
| 00:02.58 | brlcad | you don't presently care about the shader system |
| 00:03.09 | mihaineacsu | ok, I'll leave it aside |
| 00:03.13 | brlcad | so you have an object (sph.r) and it has a material ID set |
| 00:03.18 | brlcad | what is the ID currently set to? |
| 00:03.20 | mihaineacsu | 1 |
| 00:03.24 | mihaineacsu | using l sph.r |
| 00:03.27 | brlcad | good |
| 00:03.39 | brlcad | and you have a .density table entry for code 1 |
| 00:03.53 | brlcad | so that's right |
| 00:04.12 | brlcad | so then you have to revisit what goes wrong |
| 00:04.45 | brlcad | hint: run the "who" command |
| 00:09.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:10.28 | brlcad | mihaineacsu: what did the who command tell you? |
| 00:10.37 | mihaineacsu | sph.s |
| 00:11.42 | brlcad | that's the problem |
| 00:12.04 | brlcad | you're looking at the sph.s primitive sphere |
| 00:12.13 | brlcad | not the sph.r region which you set the ID on |
| 00:12.36 | mihaineacsu | Z, draw sph.r ? |
| 00:12.42 | brlcad | sure |
| 00:13.04 | mihaineacsu | finally worked |
| 00:13.20 | brlcad | this would have been avoided if you had run rtweight OUTSIDE of mged, where you have to specify the .g file and an object name |
| 00:13.30 | mihaineacsu | yeah |
| 00:13.40 | brlcad | inside of mged, it works with whatever objects you're looking at |
| 00:14.04 | mihaineacsu | I missed that |
| 00:14.09 | brlcad | so next up, get gqa working |
| 00:14.39 | brlcad | or get a second density tested with rtweight |
| 00:15.04 | brlcad | gold and water, confirm their mass and volume is approximately correct |
| 00:15.18 | brlcad | run rtweight outside mged just to see the difference |
| 00:15.32 | brlcad | same with gqa, run both inside and outside |
| 00:15.51 | mihaineacsu | ok |
| 00:18.11 | brlcad | report back the four volumes (rtweight inside, rtweight outside, gqa inside, gqa outside), and four masses (gold rtweight, gold gqa, water rtweight, water gqa) |
| 00:21.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:33.55 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7373 /wiki/User:Krajkreddy/GSOC14/midterm-summary: Create MidTerm Summary page. |
| 00:39.19 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7374 /wiki/User:Krajkreddy/GSOC14/summary: Add link to summary page. |
| 00:45.14 | mihaineacsu | brlcad: results http://f.cl.ly/items/0m1n3Y1k203d0i1y3s3w/Screen%20Shot%202014-06-26%20at%2003.43.52.png |
| 01:42.24 | brlcad | mihaineacsu: excellent! |
| 01:42.31 | mihaineacsu | :) |
| 01:42.36 | brlcad | mihaineacsu: so do you notice anything odd about those results? |
| 01:42.47 | mihaineacsu | rtweight diffs? |
| 01:43.09 | brlcad | that's one |
| 01:43.11 | brlcad | anything else? |
| 01:43.15 | mihaineacsu | and gqa vs rtweight diffs |
| 01:43.18 | brlcad | good |
| 01:43.32 | mihaineacsu | on both volume and mass |
| 01:43.43 | brlcad | so the first one, rtweight inside and outside mged are giving different results |
| 01:43.56 | Notify | 03BRL-CAD:ejno * 61417 brlcad/trunk/src/conv/3dm/3dm-g.cpp: refactoring/improving layer hierarchy generation (in progress) |
| 01:44.06 | brlcad | that's because mged invokes the one inside mged as a resolution that depends on your view size |
| 01:44.18 | brlcad | the one outside mged has basically a default simple view size |
| 01:44.28 | mihaineacsu | oh, ok |
| 01:44.53 | brlcad | if you provides the -s size option (inside or outside mged), they'll match and you should (in theory) converge on the actual answer |
| 01:45.06 | brlcad | e.g. try rtweight -s2000 |
| 01:45.15 | mihaineacsu | and I guess rtweight and gqa work differently |
| 01:45.17 | brlcad | what volume does it give you? |
| 01:45.22 | brlcad | very different |
| 01:45.37 | brlcad | that said what should the actual volume be? |
| 01:46.24 | mihaineacsu | rtweight -s2000 outputs 523.595 mm^3 |
| 01:46.57 | brlcad | try rtweight -s20000 |
| 01:47.35 | brlcad | it'll probably take a few seconds... :) |
| 01:47.40 | mihaineacsu | yeah, it got him thinking |
| 01:48.33 | brlcad | that -s option says "sample a grid of rays M x M in size" where M is the -s value |
| 01:48.45 | brlcad | the default outside mged is 512 |
| 01:49.03 | brlcad | so you jacked it the sample density 4 times with -s2000 |
| 01:49.10 | brlcad | and 10x that with the next |
| 01:49.16 | mihaineacsu | yes |
| 01:49.38 | brlcad | reason is because this is a sphere, the only volume differences are going to be grazing on the exterior edge |
| 01:50.15 | brlcad | so we're going to have to shoot a ton or rays probably to see a tiny difference .. and it might not converge depending on the grid alignment with the sphere |
| 01:50.41 | brlcad | gqa does a "similar" approach in that it shoots a grid of rays |
| 01:51.03 | brlcad | but it shoots three grids and recursively refines the grid until the values fall below a specified threshhold |
| 01:51.31 | brlcad | it's a little surprising to me that the default is actually worse than rtweight |
| 01:52.03 | brlcad | figure out the actual volume for that sphere? remember the equation? |
| 01:52.19 | mihaineacsu | V = m/d |
| 01:52.51 | brlcad | eh? well yes, but you don't know the true mass |
| 01:52.57 | brlcad | without the volume... |
| 01:53.14 | brlcad | volume of a sphere is independent of material type |
| 01:53.29 | brlcad | think back to your algebra classes |
| 01:54.03 | mihaineacsu | 4/3 pi r^3 |
| 01:54.05 | brlcad | 4/3*pi*r^3 |
| 01:54.07 | brlcad | right |
| 01:54.21 | brlcad | so actual value should be? |
| 01:54.34 | mihaineacsu | ~523.6 |
| 01:54.55 | brlcad | no, don't use google's form :P |
| 01:55.18 | brlcad | that's not enough useful precision |
| 01:55.25 | Notify | 03BRL-CAD:ejno * 61418 brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix typo |
| 01:55.50 | mihaineacsu | 523.5987 |
| 01:55.59 | brlcad | better, yes |
| 01:56.18 | brlcad | is -s20000 still going?? |
| 01:56.24 | mihaineacsu | yes, it is |
| 01:56.36 | brlcad | wow |
| 01:56.49 | brlcad | you on an old laptop? |
| 01:57.03 | mihaineacsu | no, not at all |
| 01:57.14 | mihaineacsu | I'm on a mac |
| 01:57.43 | brlcad | highly unusual |
| 01:57.54 | brlcad | did you compile brl-cad? |
| 01:57.58 | mihaineacsu | yes I did |
| 01:58.08 | brlcad | okay, that's probably part of it |
| 01:58.16 | mihaineacsu | why is that? |
| 01:58.18 | brlcad | (it's fine, it's just running at half-speed) |
| 01:58.34 | brlcad | default is debuggable, unoptimized |
| 01:58.50 | brlcad | which you want for dev, so no worries |
| 01:59.19 | mihaineacsu | I rerun with -s2000, the first made I figured out I made the mistake of appending the argument |
| 01:59.26 | mihaineacsu | Total volume = 523.599 mm^3 for s2000 |
| 02:00.05 | mihaineacsu | s20000 is still running though, can I cancel it? |
| 02:00.13 | brlcad | give it a bit longer |
| 02:00.16 | mihaineacsu | sure |
| 02:02.12 | brlcad | in another terminal, run "ps auxwww | grep rtweight" and get the process ID number (it's the second column |
| 02:02.21 | brlcad | the pid for rtweight |
| 02:02.46 | mihaineacsu | got it |
| 02:03.00 | brlcad | now run "kill -USR1 [pid]" |
| 02:04.08 | brlcad | it should output a frame 0 line |
| 02:04.20 | mihaineacsu | frame 0, xy=7176, 16531 on cpu 0, samp=0 |
| 02:04.20 | brlcad | rather, rtweight should output a frame 0 line |
| 02:04.24 | brlcad | okay |
| 02:04.32 | brlcad | so it's on line 16531 of 20000 |
| 02:04.37 | mihaineacsu | :) |
| 02:05.20 | ``Erik | if it's linux, "killall -USR1 rtweight" should do, too |
| 02:05.38 | brlcad | true true |
| 02:05.39 | ``Erik | (if it's aix, it will most definitely NOT do) |
| 02:05.41 | mihaineacsu | yeah, that should work as well |
| 02:05.53 | mihaineacsu | it's BSD, killall works |
| 02:06.31 | mihaineacsu | it's done Total volume = 523.599 mm^3 |
| 02:07.15 | brlcad | ugh, that not useful |
| 02:07.30 | brlcad | we're apparently already well below an oscillation threshold |
| 02:08.24 | brlcad | if this were a much bigger object, the volume should become more and more accurate |
| 02:08.50 | brlcad | here, however, we're only getting two digits of precision after the decimal |
| 02:09.00 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 02:09.16 | mihaineacsu | yup, I can try later with a larger radius |
| 02:09.16 | brlcad | anywyas... so now you know rtweight and gqa a bit better |
| 02:09.34 | mihaineacsu | yes indeed |
| 02:09.38 | brlcad | gqa is really where things are going, but rtweight is far simpler |
| 02:09.40 | Notify | 03BRL-CAD:starseeker * 61419 (brlcad/trunk/include/rt/db_diff.h brlcad/trunk/include/rt/db_fullpath.h): RT_DB_DIFF_H and RT_DB_FULLPATH_H |
| 02:09.55 | brlcad | I suggest a small task to become more familiar with either |
| 02:10.00 | mihaineacsu | ok |
| 02:10.23 | brlcad | like when you ran rtweight on sph.s .. notice how it blathered the same message many times |
| 02:10.43 | mihaineacsu | yes |
| 02:10.49 | brlcad | you could look into why and see if you can make it better, make it only print once |
| 02:11.14 | brlcad | the logic for rtweight is nearly all in src/rt/viewweight.c |
| 02:11.33 | mihaineacsu | ok, I feel like an idiot for not asking about it the first time I had issues with it. I thought it was my build |
| 02:11.38 | brlcad | the logic for gqa is in src/libged/gqa.c |
| 02:11.58 | brlcad | mihaineacsu: participating in open source is about having discussions like this |
| 02:12.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:12.15 | mihaineacsu | that's true |
| 02:12.40 | brlcad | it's good to inspect and investigate, but don't assume or guess like that (at least try not to) |
| 02:12.51 | mihaineacsu | thanks for bearing up with me |
| 02:13.06 | brlcad | ask an educated question when you get stuck (learn enough to understand what you need to ask) |
| 02:13.25 | brlcad | but definitely don't wallow in isolation |
| 02:13.29 | mihaineacsu | ok |
| 02:14.06 | brlcad | so for the rest of today, you have a dev log to fill out for prior days and try to make a minor mod to both rtweight and gqa |
| 02:14.40 | mihaineacsu | will do! |
| 02:14.55 | brlcad | link your proposal on the wiki too (or put it there too) |
| 02:15.13 | brlcad | er, outline of a project plan |
| 02:16.05 | brlcad | understanding how all this backend is working will end up taking some time, but it's worth working on to understand how to bring in new data (from any source) |
| 02:18.08 | brlcad | gqa mod idea -- make it work with a .density file, then maybe make it work with a URL (e.g., http://brlcad.org/~sean/dotdensity) |
| 02:18.40 | brlcad | or just urls (file:///path/to/.density would then work) |
| 02:19.07 | mihaineacsu | gqa doesn't already work with .density file? |
| 02:19.40 | starseeker | Programmer Build Errors: A Case Study http://research.google.com/pubs/pub42184.html |
| 02:19.47 | mihaineacsu | or do you mean it should skip the step where the user has to open the file as a binary object |
| 02:21.12 | brlcad | wow, that was a fast brute force root attempt by a couple hosts |
| 02:21.19 | brlcad | mihaineacsu: no, intentionally |
| 02:22.34 | brlcad | i mean, it was intentionally implemented to not rely on a .density file existing, so that it traveled with the geometry inside the .g |
| 02:22.48 | brlcad | but really, it's just another step that makes using the tool a pain |
| 02:22.58 | mihaineacsu | yeah |
| 02:23.07 | brlcad | it shouldn't automatically use the file, but if you tell it to use it, it should |
| 02:23.18 | brlcad | likewise, give it a URL, use that data |
| 02:23.27 | mihaineacsu | cool |
| 02:23.42 | brlcad | then that data can be a dump from the material DB, via some API |
| 02:23.58 | brlcad | baby steps |
| 02:24.07 | mihaineacsu | true true |
| 02:25.15 | mihaineacsu | please excuse me, I'm off to make some tea, I've got a fever to deal with |
| 02:25.23 | brlcad | cya later |
| 02:25.40 | brlcad | alright.. our svn repo is fully backed up ... final verify finishing up now |
| 02:25.51 | brlcad | time to finally upgrade the back end |
| 02:26.03 | brlcad | ejno: hold off on making any commits for the next couple minutes... :) |
| 02:31.31 | Notify | 03BRL-CAD Wiki:Krajkreddy * 7375 /wiki/User:Krajkreddy/GSOC14/midterm-summary: /* Mid-Term Summary */ |
| 02:32.00 | brlcad | okay, done |
| 02:32.35 | brlcad | n_reed: I don't think that was nearly as glamorous as I'd expected .. the repo was/is already FSFS 5 format |
| 02:50.07 | starseeker | so does HACKING need to be updated for merging now? |
| 02:52.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:58.33 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 03:03.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:09.11 | Notify | 03BRL-CAD Wiki:Clouddrift * 7376 /wiki/User:Clouddrift/GSoC2014/Logs: /* Week 5 */ |
| 03:11.14 | Notify | 03BRL-CAD Wiki:Clouddrift * 7377 /wiki/User:Clouddrift/GSoC2014/Logs: /* Week 5 */ |
| 03:11.56 | Notify | 03BRL-CAD Wiki:Clouddrift * 7378 /wiki/User:Clouddrift/GSoC2014/Logs: /* Midterm */ |
| 03:12.18 | Notify | 03BRL-CAD Wiki:Clouddrift * 7379 /wiki/User:Clouddrift/GSoC2014/Logs: /* Week 5 */ |
| 03:20.57 | Notify | 03BRL-CAD Wiki:Clouddrift * 7380 /wiki/User:Clouddrift/GSoC2014/Midterm: Created page with "== Reorganize NMG Data Structure == == Fix Compiling Errors == == Fix Functional Errors == == Conclusion ==" |
| 03:23.36 | Notify | 03BRL-CAD Wiki:Clouddrift * 7381 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Functional Errors */ |
| 03:52.18 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.59) | |
| 04:36.18 | Notify | 03BRL-CAD Wiki:Clouddrift * 7382 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Compiling Errors */ |
| 04:37.01 | Notify | 03BRL-CAD Wiki:Clouddrift * 7383 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:03.42 | Notify | 03BRL-CAD Wiki:Clouddrift * 7384 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:07.19 | Notify | 03BRL-CAD Wiki:Clouddrift * 7385 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:07.47 | Notify | 03BRL-CAD Wiki:Clouddrift * 7386 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:10.10 | Notify | 03BRL-CAD Wiki:Clouddrift * 7387 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:21.23 | Notify | 03BRL-CAD Wiki:Clouddrift * 7388 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 05:41.41 | Notify | 03BRL-CAD Wiki:Clouddrift * 7389 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 06:28.17 | Notify | 03BRL-CAD Wiki:Clouddrift * 7390 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 06:58.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:22.51 | Notify | 03BRL-CAD Wiki:Clouddrift * 7391 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 07:24.10 | Notify | 03BRL-CAD Wiki:Clouddrift * 7392 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 07:24.37 | Notify | 03BRL-CAD Wiki:Clouddrift * 7393 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 07:27.27 | Notify | 03BRL-CAD Wiki:Clouddrift * 7394 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 07:32.57 | *** join/#brlcad Zhao_Anqing (clouddrift@222.205.13.139) | |
| 07:44.47 | Notify | 03BRL-CAD Wiki:Clouddrift * 7395 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 08:02.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:05.26 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) | |
| 08:22.44 | Notify | 03BRL-CAD Wiki:Clouddrift * 7396 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 08:23.33 | *** join/#brlcad piyushparkash (~piyushpar@117.205.66.59) | |
| 08:25.49 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 08:32.35 | vladbogo | hi all |
| 08:32.58 | vladbogo | d_rossberg: here you can find the log file http://pastebin.com/yRPyzDsb |
| 08:33.23 | vladbogo | I think everything comes from including qt in C files |
| 08:35.06 | Notify | 03BRL-CAD Wiki:Clouddrift * 7397 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 08:36.08 | Notify | 03BRL-CAD Wiki:Clouddrift * 7398 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 08:37.36 | d_rossberg | ok, i see, it looks like the problem is the inclusion of c++ headers in c files |
| 08:39.06 | d_rossberg | a work-around could be to use void* in _qt_open_existing() and cast them into the right types where you implemented this function |
| 08:43.46 | Notify | 03BRL-CAD Wiki:Pulkit Mittal * 7399 /wiki/User:Pulkit_Mittal/GSOC2014/logs: /* GSOC Period */ |
| 08:45.34 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:45.47 | vladbogo | d_rossberg: thanks, I'll do that |
| 08:50.58 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 08:55.03 | Notify | 03BRL-CAD Wiki:Clouddrift * 7400 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 08:56.13 | Notify | 03BRL-CAD Wiki:Clouddrift * 7401 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fix Debugs */ |
| 08:56.38 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 09:32.13 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 09:40.37 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 09:59.39 | *** join/#brlcad albertcoder (~albertcod@101.214.143.174) | |
| 10:20.55 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 10:46.21 | brlcad | vladbogo: that's exactly the problem of exposing the open_existing functions as public functions .. all the callers need to have the implementation headers (and that's a bad thing) |
| 10:47.05 | brlcad | I suggest actually taking the time to create the new function table entry (use a void* type) and we can start to clean them all up |
| 10:47.31 | brlcad | (that is the TODO that you came across) |
| 10:51.54 | vladbogo | brlcad: ok, I will do this |
| 10:52.08 | vladbogo | also I have another question |
| 10:53.55 | vladbogo | since the _open_existing function is used in mged/dm* that would require adding qt to the build also there and I don't think it's necessary |
| 10:54.28 | vladbogo | I was thinking instead adding a new entry to struct dm and open the framebuffer from libdm |
| 10:54.36 | vladbogo | what do you think? |
| 11:18.36 | Notify | 03BRL-CAD:brlcad * 61420 brlcad/trunk/sh/enumerate.sh: more comprehensive survey of all documentation files |
| 11:31.46 | *** join/#brlcad andrei_ (~IceChat77@188.26.183.174) | |
| 11:35.06 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:51.16 | raj12lnm | brlcad: I hope you saw my comments for mk_dsp arts. |
| 11:51.25 | raj12lnm | *args. |
| 11:52.45 | brlcad | vladbogo: eh, what you just suggested is what should have been implied by "ok, I will do this" :) |
| 11:53.23 | brlcad | creating a function table entry IS adding a new entry to struct dm, so that it's fully encapsulated behind libdm |
| 11:53.53 | brlcad | so the mged/dm* end up actually not really needing to exist, or at least they don't need to know about X, Qt, GLX, etc |
| 11:56.53 | brlcad | raj12lnm: I did see your comments, but I'm not even sure I'd even care about cut direction |
| 11:57.24 | raj12lnm | Why ? |
| 11:57.38 | brlcad | raj12lnm: and the fishy aspect wasn't that it was calling malloc or calloc, it's mere existence is fishy (from a wrapper perspective) |
| 11:58.09 | brlcad | because ... it's not very important? |
| 11:58.19 | raj12lnm | Although I give the user privileges to specify it in the python version of the wrappings! |
| 11:58.54 | brlcad | arguably that choice could probably be removed and nobody but the original author would care |
| 11:59.18 | brlcad | I think most people would pretty much expect adaptive behavior |
| 11:59.24 | raj12lnm | Indeed I give the user privileges of all the parameters required in mged including cell_size, smooth. |
| 11:59.47 | raj12lnm | Ok. |
| 11:59.56 | raj12lnm | That sound reasonable. |
| 12:00.21 | brlcad | fwiw, saying privilege sounds unusual .. it's the ability to specify |
| 12:00.22 | *** join/#brlcad ishwerdas (~ishwerdas@117.212.48.205) | |
| 12:00.43 | raj12lnm | Also in your free time please correct metaball primitive (a bug in there) use patch 278 on sf. |
| 12:00.50 | brlcad | dude! |
| 12:01.04 | brlcad | seriously, chill .. I know the patch exists, that's why the tracker exists |
| 12:01.29 | raj12lnm | Alright. |
| 12:01.33 | brlcad | and I'm not the only one that can look at that patch |
| 12:01.57 | raj12lnm | I just didn't get the response thus thought the message must have been missed in the noise. |
| 12:02.03 | raj12lnm | :-) |
| 12:02.59 | vladbogo | brlcad: that was implied by "ok I'll do this" but it was regarding the definition of the open existing in libfb. And also, I'll do this for calling the function from libdm :) |
| 12:03.25 | brlcad | raj12lnm: no harm with reminders .. just not X times a day :) |
| 12:03.35 | brlcad | and I believe the first time you mentioned it, a response was given that someone would look at it as soon as they could |
| 12:03.40 | brlcad | which is the case for all patches |
| 12:04.29 | brlcad | you should do due diligence to make sure the patch is perfect to not waste anyone's time (e.g., it better compile and not have basic whitespace mistakes), but otherwise it should be an unambiguous improvement |
| 12:05.11 | brlcad | if you've done that, just give a reminder every few days (e.g., once a week); ask anyone that has commit access if they would review it for you |
| 12:06.34 | brlcad | vladbogo: true, but it's not just undesirable to add Qt to the build in mged/ .. it's rather undesirable and that is the entire point of the TODO |
| 12:06.45 | brlcad | so yes, yes please make it awesomer ;) |
| 12:06.59 | brlcad | that's an old thorn |
| 12:09.22 | vladbogo | brlcad: thanks for the clarifications. I'll come back with an update as soon as I finish making the changes |
| 12:20.28 | Notify | 03BRL-CAD:brlcad * 61421 brlcad/trunk/sh/enumerate.sh: finally reporting all of the numbers again, faster, but output is not yet formatted neatly |
| 12:27.22 | *** join/#brlcad pandrei (~pandrei@188.26.183.174) | |
| 12:44.45 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 12:58.43 | *** join/#brlcad hoiji (671b082a@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.42) | |
| 13:07.09 | andrei_ | hello! |
| 13:07.51 | andrei_ | I've got an void** array and I'm trying to assign a structure to one of it's elements, I've attempted like this: |
| 13:07.58 | andrei_ | m_internalp->curve.segment[m_internalp->curve.count - 1] = *static_cast<line_seg*> (line); |
| 13:08.14 | andrei_ | where segment is the void** array and line is the line_seg structure I'm trying to assign to it |
| 13:08.25 | *** join/#brlcad luca79 (~luca@net-37-116-126-107.cust.vodafonedsl.it) | |
| 13:08.43 | andrei_ | I'm getting this: error: cannot convert 'line_seg' to 'void*' in assignment |
| 13:10.06 | andrei_ | in C I would have done struct line_seg line; curve.segment[i] = &line; |
| 13:10.11 | andrei_ | Should I do the same? thanks |
| 13:24.10 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 13:24.11 | d_rossberg | is line a line_seg or line_seg* ? |
| 13:25.10 | andrei_ | it's a line_seg* |
| 13:25.21 | andrei_ | I'll give you a paste in a sec, maybe it makes more sense |
| 13:25.51 | Notify | 03BRL-CAD Wiki:Clouddrift * 7402 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 13:26.03 | andrei_ | http://paste.lisp.org/display/143008 |
| 13:27.04 | d_rossberg | when curve.segment is a void** then curve.segment[i] is a void* where you want to assign a line_seg* (which is ok) |
| 13:27.42 | d_rossberg | i.e. m_internalp->curve.segment[m_internalp->curve.count - 1] = line; could be ok |
| 13:28.28 | andrei_ | hm, interesting, that works, thanks |
| 13:29.15 | d_rossberg | however, as far as i can see there is no memory assigned to line |
| 13:29.43 | d_rossberg | if somebody tries to use it it will ceash |
| 13:29.59 | d_rossberg | äh i mean crash |
| 13:31.32 | andrei_ | ah, I thought the constructor(Line's constructor) will take care of that, but you're right |
| 13:32.28 | Notify | 03BRL-CAD Wiki:Clouddrift * 7403 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 13:32.46 | andrei_ | also, I've messed up the object creation |
| 13:35.24 | andrei_ | I've made an anotation to the paste I've given, from my point of view it's correct, but maybe you have some comments on it |
| 13:42.08 | *** join/#brlcad alisha (~alisha@101.60.193.229) | |
| 13:45.18 | d_rossberg | yes i have, you could look at get_tcl_curve() in src/librt/primitives/sketch/sketch.c for an example on how to create a line_seg |
| 13:45.44 | d_rossberg | e.g. you shouldn't forget the magic |
| 14:07.34 | Notify | 03BRL-CAD:ejno * 61422 brlcad/trunk/src/conv/3dm/3dm-g.cpp: correctly create layer hierarchy, including InstanceRef and InstanceDefinition entries |
| 14:08.36 | Notify | 03BRL-CAD:carlmoore * 61423 brlcad/trunk/doc/docbook/system/man1/en/mac-pix.xml: remove a trailing blank I accidentally put in |
| 14:13.46 | Notify | 03BRL-CAD:starseeker * 61424 brlcad/branches/openscenegraph/src/libdm/osg-test.cpp: Break out the vlist extraction into its own function. |
| 14:15.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:34.52 | Notify | 03BRL-CAD Wiki:Pulkit Mittal * 7404 /wiki/User:Pulkit_Mittal/GSOC2014/Midterm: Created page with "=Making Step Libraries Thread Safe= ==Brief Progess Report== I have been working on making the Step Libraries thread safe as a part of Google Summer of Code program. The libr..." |
| 14:48.30 | Notify | 03BRL-CAD Wiki:Pulkit Mittal * 7405 /wiki/User:Pulkit_Mittal/GSOC2014/Midterm: |
| 14:52.30 | Notify | 03BRL-CAD Wiki:Pulkit Mittal * 7406 /wiki/User:Pulkit_Mittal/GSOC2014/logs: /* Week 6 */ |
| 15:13.48 | Notify | 03BRL-CAD Wiki:Clouddrift * 7407 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 15:14.44 | Notify | 03BRL-CAD:starseeker * 61425 brlcad/branches/openscenegraph/src/libdm/osg-test.cpp: Break out more logic into individual functions. |
| 15:20.43 | Notify | 03BRL-CAD Wiki:Clouddrift * 7408 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fit New NMG Data Structure */ |
| 15:28.17 | Notify | 03BRL-CAD:carlmoore * 61426 brlcad/trunk/src/conv/nastran-g.c: correct the Usage string; remove -p, and add -n and -m |
| 15:36.44 | *** join/#brlcad merzo (~merzo@110-53-133-95.pool.ukrtel.net) | |
| 15:37.47 | Notify | 03BRL-CAD Wiki:Clouddrift * 7409 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 15:38.54 | Notify | 03BRL-CAD Wiki:Clouddrift * 7410 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 15:47.27 | Notify | 03BRL-CAD Wiki:Clouddrift * 7411 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fit New NMG Data Structure */ |
| 15:47.49 | Notify | 03BRL-CAD Wiki:Clouddrift * 7412 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fit New NMG Data Structure */ |
| 15:49.23 | Notify | 03BRL-CAD Wiki:Clouddrift * 7413 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Fit New NMG Data Structure */ |
| 15:51.50 | Notify | 03BRL-CAD Wiki:Clouddrift * 7414 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 15:52.23 | Notify | 03BRL-CAD Wiki:Clouddrift * 7415 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Reorganize NMG Data Structure */ |
| 15:54.32 | Notify | 03BRL-CAD Wiki:Clouddrift * 7416 /wiki/User:Clouddrift/GSoC2014/Midterm: /* Conclusion */ |
| 16:11.54 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 16:21.42 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 16:36.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:38.19 | *** join/#brlcad ishwerdas (~ishwerdas@117.212.48.205) | |
| 16:42.23 | andrei_ | phew, finally finished sketch |
| 16:43.19 | andrei_ | under what circumstances is a sketch considered valid ? |
| 16:44.19 | Notify | 03BRL-CAD Wiki:Jcg242jcg242 * 0 /wiki/User:Jcg242jcg242: |
| 16:48.45 | *** join/#brlcad caen23 (~caen23@92.83.166.162) | |
| 16:51.05 | *** join/#brlcad merzo (~merzo@110-53-133-95.pool.ukrtel.net) | |
| 17:14.17 | *** join/#brlcad merzo (~merzo@110-53-133-95.pool.ukrtel.net) | |
| 17:27.07 | Notify | 03BRL-CAD:n_reed * 61427 (svn:mergeinfo ## -1,2 +1,3 ## and 4 others): mark applied trunk changes as mergedProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp |
| 17:27.36 | *** join/#brlcad albertcoder (~albertcod@101.208.233.40) | |
| 17:42.48 | Notify | 03BRL-CAD:n_reed * 61428 (svn:mergeinfo ## -1 +0,0 ## and 13 others): remove mergeinfo property inexplicably added to polyclip.cppProperty Changed:----------------brlcad/branches/brep-debug/src/libged/polyclip.cpp |
| 17:45.36 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7417 /wiki/User:Ankeshanand/GSoC14/logs: /* Add link to the midterm blog */ |
| 17:47.21 | Notify | 03BRL-CAD:n_reed * 61429 (brlcad/branches/brep-debug/doc/docbook/system/man1/en/mac-pix.xml brlcad/branches/brep-debug/doc/docbook/system/man1/en/nastran-g.xml and 10 others): sync with trunk through r61428 |
| 17:54.50 | *** join/#brlcad ParahSailin (~parahsail@unaffiliated/parahsailin) | |
| 18:02.03 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:14.04 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 18:19.51 | *** part/#brlcad ishwerdas (~ishwerdas@117.212.48.205) | |
| 18:37.54 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 18:46.40 | *** join/#brlcad ParahSailin (~parahsail@unaffiliated/parahsailin) | |
| 18:46.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:46.41 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:46.41 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:46.41 | *** join/#brlcad mpictor (~mark@c-68-58-38-45.hsd1.in.comcast.net) | |
| 18:46.41 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:50.32 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 18:51.27 | *** join/#brlcad mpictor_ (~mark@c-68-58-38-45.hsd1.in.comcast.net) | |
| 18:52.02 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 18:55.09 | *** join/#brlcad albertcoder (~albertcod@101.214.207.133) | |
| 19:04.23 | Notify | 03BRL-CAD:starseeker * 61430 (brlcad/trunk/include/rt/db_fullpath.h brlcad/trunk/src/librt/db_fullpath.c): Go back to matrix types for this, keeping the malloc check in the macros. |
| 19:06.11 | Notify | 03BRL-CAD:starseeker * 61431 (brlcad/branches/openscenegraph/doc/docbook/system/man1/en/mac-pix.xml brlcad/branches/openscenegraph/include/rt/db_diff.h and 9 others): Sync through trunk r61430 |
| 19:14.34 | Notify | 03BRL-CAD:n_reed * 61432 brlcad/branches/brep-debug/src/libged/brep.c: get real event count from parse results |
| 19:19.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:19.40 | *** join/#brlcad albertcoder (~albertcod@101.214.135.135) | |
| 19:21.44 | *** join/#brlcad vladbogo (~vlad@5-12-239-156.residential.rdsnet.ro) | |
| 19:38.16 | Notify | 03BRL-CAD:starseeker * 61433 brlcad/trunk/src/conv/fast4-g.c: Treat fastgen plate mode CCONE1 primitives with illegal thickness as volume cones. |
| 19:39.01 | Notify | 03BRL-CAD:starseeker * 61434 (brlcad/trunk/src/mged/dodraw.c brlcad/trunk/src/mged/edsol.c brlcad/trunk/src/mged/mged.h): Remove pathHmat in favor of db_full_path_transformation_matrix |
| 19:43.47 | Notify | 03BRL-CAD:starseeker * 61435 brlcad/branches/openscenegraph/src/libdm/osg-test.cpp: Don't need the duplicate map, just use the one already being built. |
| 19:53.59 | Notify | 03BRL-CAD:n_reed * 61436 brlcad/branches/brep-debug/src/libged/brep.c: somehow I forgot that using vls makes string-building much easier |
| 19:59.06 | Notify | 03BRL-CAD:starseeker * 61437 brlcad/branches/openscenegraph/src/libdm/osg-test.cpp: Modularlize the comb logic a bit. |
| 20:01.24 | Notify | 03BRL-CAD:ejno * 61438 brlcad/trunk/src/conv/3dm/3dm-g.cpp: refactored name-cleaning code; added random colors; create combinations or regions |
| 20:25.02 | Notify | 03BRL-CAD:vladbogo * 61439 brlcad/trunk/src/libfb/if_qt.cpp: Fixed the drawing order - until now drawings were made upside down. |
| 20:28.58 | Notify | 03BRL-CAD Wiki:Mihaineacsu * 7418 /wiki/User:Mihaineacsu/SoCIS2014/Logs: |
| 20:30.01 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7419 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 6 */ |
| 21:03.24 | *** join/#brlcad giunr (b82d1b9f@gateway/web/freenode/ip.184.45.27.159) | |
| 21:04.47 | Notify | 03BRL-CAD Wiki:Mihaineacsu * 7420 /wiki/User:Mihaineacsu/proposal2014: Add proposal |
| 21:04.53 | *** join/#brlcad hcurtis (b82d1b9f@gateway/web/freenode/ip.184.45.27.159) | |
| 21:05.14 | Notify | 03BRL-CAD Wiki:Mihaineacsu * 7421 /wiki/ESA_Summer_of_Code_in_Space: /* Mihai Neacșu */ |
| 21:05.37 | hcurtis | brlcad: Sean, I've just replied to your e-mail. Thank you for the opportunity to participate in GSoC and for all of your help. |
| 21:06.58 | hcurtis | Hi, everyone. I have a question for all of you. In case you don't already know, I'm a novice developer. What should I do to get better? I know I need to keep reading, taking classes, and writing code, but maybe you'll have additional suggestions that I'm not aware of. |
| 21:19.34 | kanzure_ | cadquery is pretty strange, |
| 21:19.40 | kanzure_ | this one shows a cube with a through hole: part1 = Workplane("front").rect(1,1).circle(0.25).extrude(1) |
| 21:19.46 | kanzure_ | while this one does not: part2 = Workplane("front").rect(1,1).circle(0.5).extrude(1) |
| 21:24.36 | Notify | 03BRL-CAD:starseeker * 61440 brlcad/branches/openscenegraph/src/libdm/osg-test.cpp: Look into using a multimap to reconstitute comb structures below regions if we swap out the comb sub-nodes for a single common geometry node. |
| 21:45.51 | Notify | 03BRL-CAD Wiki:Albertcoder * 7422 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 6 */ |
| 22:01.27 | Notify | 03BRL-CAD:carlmoore * 61441 brlcad/trunk/src/conv/nastran-g.c: temporarily turn off run-with-no-arguments because I need to determine possibility of use of stdin |
| 22:03.04 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7423 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 6 */ |
| 22:03.41 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7424 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 6 */ |
| 22:10.03 | *** join/#brlcad hcurtis (b82d1b9f@gateway/web/freenode/ip.184.45.27.159) | |
| 22:18.32 | *** join/#brlcad andrei_ (~IceChat77@188.26.183.174) | |
| 22:22.47 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:32.30 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:45.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:09.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:10.23 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 23:40.57 | Notify | 03BRL-CAD:n_reed * 61442 (brlcad/branches/brep-debug/src/libbrep/debug_plot.cpp brlcad/branches/brep-debug/src/libged/brep.c and 3 others): change logfile format to make it easier to associate isocurve-surface event counts with the relevant ssx pair |
