IRC log for #brlcad on 20130711

00:36.58*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
00:42.28*** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net)
01:49.18harmanpreetbrlcad:
01:49.55harmanpreet<PROTECTED>
01:51.04harmanpreetI was looking for the code of facetize command that need to be hooked but it didn't found.
02:00.38harmanpreetcan you please help me figuring out where is that code block placed?
02:08.43harmanpreetIn addition to src/libged/facetize.c with the help of grep I looked into draw.c, dg_obj.c, wdb_obj.c dodraw.c
02:09.21harmanpreetbut all these don't have required piece of code.
03:08.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:20.27Notify03BRL-CAD:phoenixyjll * 55999 brlcad/trunk/src/libbrep/intersect.cpp: Clean up the code, and add a function for curve fitting, so that we can add more fitting methods (e.g. arc, ellipse, ...).
04:10.44*** join/#brlcad evgeny (~Miranda@109.194.34.184)
06:07.37*** join/#brlcad evgeny (~Miranda@109.194.34.184)
06:15.10*** join/#brlcad caen23 (~caen23@92.83.165.74)
07:17.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:58.47Notify03BRL-CAD:phoenixyjll * 56000 brlcad/trunk/src/libbrep/intersect.cpp: Add arc (including circle) fitting and ellipse (including elliptical arc) fitting.
08:38.55*** join/#brlcad evgeny (~Miranda@109.194.34.184)
08:56.26Notify03BRL-CAD:phoenixyjll * 56001 brlcad/trunk/src/libbrep/intersect.cpp: Change the dimension of the result, and delete the unused curves.
09:36.42Notify03BRL-CAD:phoenixyjll * 56002 brlcad/trunk/src/libbrep/intersect.cpp: Fix segmentation fault.
09:54.40Notify03BRL-CAD:phoenixyjll * 56003 brlcad/trunk/src/libbrep/intersect.cpp: The sample points for conic fitting should be knots (accurate points - the other points on the polyline are not such accurate).
12:30.22Notify03BRL-CAD Wiki:Phoenix * 5663 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
12:31.01Notify03BRL-CAD Wiki:Phoenix * 5664 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */
14:41.31*** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com)
14:50.02Notify03BRL-CAD Wiki:Level zero * 5665 /wiki/User:Level_zero/GSOC13/logs: week 4
15:14.30*** join/#brlcad evgeny (~Miranda@77.106.106.192)
15:14.37*** part/#brlcad evgeny (~Miranda@77.106.106.192)
15:54.46Notify03BRL-CAD Wiki:KeshaSShah * 5666 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 4 */
16:00.48zero_levelHi ``Erik : After implementing a util from src/util folder as a  library function. For eg. icv_rect(modification of bwrect  and pixrect). Do you suggest that i should convert the  routine (src/util/bwrect.c in this case) to use libicv  functions ?
16:55.05*** join/#brlcad vladbogo (~vlad@188.25.237.173)
17:50.03Notify03BRL-CAD:n_reed * 56004 brlcad/trunk/HACKING: remove reference to defunct m4 directory
17:53.53brlcadharmanpreet: I'm not sure what you're asking -- facetize.c is the code for the facetize command
17:58.30harmanpreeti found a flag, nmg_use_tnurbs in this file and many other files/
18:00.22harmanpreetin the switch case where a particular flag is set corresponding to a command line option.
18:06.22brlcadharmanpreet: what are you trying to do?
18:06.30brlcadI doubt that function is of any use to you
18:06.44brlcadwe have two nurbs systems in brl-cad, one new and one old
18:06.50brlcadthat function goes with the old
18:07.08harmanpreetokay
18:08.19harmanpreetso that functionality exists itself in facetize.c
18:08.43brlcadwhat functionality??
18:08.49brlcadyou still haven't said what it is you're doing
18:08.55harmanpreetthat you were talking.. on mailing list
18:08.57harmanpreetwait
18:09.29brlcadunless it was the very last e-mail I sent, you need to give me some context, the quick summary :)
18:09.53brlcadnot a link, a summary ...
18:10.00brlcad"I'm looking for ..."
18:10.00harmanpreetabout?
18:10.09brlcadabout what it is you're doing...
18:10.15brlcadwhat are you doing
18:10.15harmanpreetok
18:11.03harmanpreetlet me explain
18:11.17brlcadyou should be able to say what you're doing quickly/concisely pretty much all the time, if you understand it
18:11.41brlcadI'm here for all of 2 minutes more, so seriously ... what are you doing?
18:11.50harmanpreetfacetize command failed to run brep objects.. and you said it was not hooked
18:11.57brlcadyes
18:12.02harmanpreetyou said
18:12.10harmanpreetfunctionalty exits
18:12.20harmanpreetexists
18:12.40brlcadyep, ... and so ... what are you doing? :)
18:12.45harmanpreeti was working to hook that functionality..
18:12.53harmanpreetfinding that code block
18:13.04brlcadthere ya go, you should start with exactly that :)
18:13.21harmanpreetfinding something related to nurbs
18:13.24harmanpreetin files
18:13.26brlcad"I'm looking for the code block that facetizes brep objects, can't find it"
18:13.47brlcadthat's probably all you needed to say ;)
18:14.06harmanpreethmm
18:14.44brlcadso i'm not sure where the code lives myself, someone will have to hunt but I have seen it demo'd within the shaded display draw command support
18:15.21harmanpreetok
18:16.12brlcadfacetize.c is the place where it's hooked in, but you'll see that's by calling nmg_booltree_leaf_tess() during db_walk_tree()
18:16.40brlcadwhich ultimately calls functab's ft_tess() callback
18:16.58brlcadwhich is where you'd be hooking in the tessellation
18:17.00harmanpreetyes
18:17.29harmanpreetok so now i have to look first into shaded display draw  command
18:17.29brlcadi.e., rt_brep_tess()
18:17.35brlcadI think
18:17.45harmanpreet:)
18:18.07brlcadstarseeker: you know if keith committed any of his tessellation code yet?
18:18.18brlcador better, where he stashed it
18:18.51brlcadsrc/libbrep would be a possibility, but I don't see it there
18:19.52harmanpreetbrlcad: you were talking about webGLU and I found that
18:19.53brlcadharmanpreet: if you go on ohloh or look back through our svn commit logs, loook for commits from indianlarry
18:20.07brlcadsee if you can find it that way, probably easier than tracing the draw code
18:20.23harmanpreetokay.. i'll
18:20.40brlcadgotta run, good luck and keep chiming in :)
18:20.48harmanpreetok
18:21.01harmanpreeti will send email
18:21.04harmanpreeton mailing lsit
18:21.07brlcadn_reed found it
18:21.08harmanpreetlist
18:21.33brlcad"brep plot FCDT"
18:21.58harmanpreetok..
18:22.04brlcadrun that in mged on a brep/nurbs, should see shaded geometry
18:22.25brlcadthat code is in src/libged/brep.cpp and ends up calling a function for the FCDT case
18:22.29brlcadthat's probably where to start
18:23.23harmanpreetok
18:23.57brlcadsyntax isn't exactly that on the brep command, but you should be able to figure it out ;)
18:24.10brlcadget it working as a user, then follow the code ;)
18:24.17brlcadcya
18:24.18harmanpreetsure.. :)
18:24.29harmanpreetone thing more
18:24.33n_reedbrep_command is actually src/libged/brep_debug.cpp
18:24.45harmanpreeti was not clar about library to use
18:25.16harmanpreetif you don't have time right now, i will send mail on mailing lsit
18:37.00Notify03BRL-CAD:carlmoore * 56005 brlcad/trunk/doc/docbook/system/man1/en/fbzoom.xml: remove -h; however, I cannot figure out how 'disaplays' shows up when I do 'man fbzoom'
18:53.01``Erikharmanpreet: I think the point is that your question lacked the clarify one would expect if the problem domain had properly been researched... we only have a few moments to spare, so a vague statement semi-related to the actual question... is wasteful
18:53.44Notify03BRL-CAD:starseeker * 56006 brlcad/trunk/src/archer/TODO: Start reviewing the Archer TODO - most of these are done, so start boiling it down to what still needs to be looked at.
18:54.10``Erikzero_level: sure, any image processing thing in src/util/ is game to have it's functionality hoisted into libicv/
18:54.28``Eriks/clarify/clarity/
18:55.12starseekerbrlcad: I don't think he's committed it yet
18:55.24brlcadstarseeker: see above, nick found it
18:55.30starseekerah
18:55.48starseekernote to self - don't jump into backscroll mid-stream
18:56.06``Erikstarseeker: are you in the office right now?
19:01.48starseekershould revive the flag in the MGED C code to launch Archer instead
19:02.02starseekereasy way to hit it with the regression tests
19:07.17``Eriksince I have a post-commit hook active on crit to update the git repo, should I add a 'make regress' capability to it?
19:10.00Notify03BRL-CAD Wiki:Vladbogolin * 5667 /wiki/User:Vladbogolin/GSoC2013/Logs:
19:10.11Notify03BRL-CAD:starseeker * 56007 brlcad/trunk/src/archer/TODO: Remove the 'DONE' options from the Archer TODO
19:10.55starseeker``Erik: that could be pretty cool, actually
19:11.08starseeker``Erik: if you want to be really mean to crit, you could trigger distcheck-full
19:13.37starseekererm
19:13.54starseeker"can't read argv0 - no such variable
19:13.56``ErikI won't be back in for a bit over a week.. if we can get a solid statement from brlcad before then, we can craft a script chunk to append to the current ~erik/bin/brlcad.git.bridge.sh
19:14.22brlcadsolid statement
19:16.17``Erikheh, so is that a "yeah, let's cook cpus for this"?
19:16.42starseekervotes for a sub-script called "meltdown.sh"
19:17.00``Erikgive me meltdown.sh and I'll add it to the bridge script, yo
19:17.05brlcadI wouldn't do a parallel build just yet till we get a sense of the load, but no problem doing compiles and tests otherwise
19:17.06starseeker``Erik: actualy, if we don't feed it the -j flag it'll be OK - just take a while
19:17.14brlcadthat's kinda what it's for
19:17.58``ErikI'm here sorta kinda sorta tomorrow, but saturday morning I'm on the road to ocean city and without uplink
19:18.01starseeker``Erik: where's the script located relative to the src dir?
19:18.14brlcadshould hook it into /etc/crontab though, so it can be easily found
19:18.22``Erikthe bridge script is in ~erik/bin/
19:18.30starseekersends sympathy in advance for the internet withdrawal symptoms to come...
19:18.54``Erikif this is a good time to move that to a system cronjob, I'm game
19:19.09brlcadmaybe have your script drop a utc timestamp in /tmp so we could have other scripts poll it to know when to get an update
19:19.38starseekerdo we want to do a "once every X hours" build or a once-per-commit build?
19:21.33brlcadwell really buildbot or jenkins should be doing the actual compiles, but whatever works
19:22.30``ErikI don't think our commit rate precludes compiling/testing every commit...
19:24.13``Erikwiring it to a ctest dashboard would be nifty
19:28.16starseeker``Erik: if you want to use git to capture the svn revision somehow for naming the build directories that might be good - I just went with date
19:31.50*** join/#brlcad harmanpreet (~harman@202.164.53.122)
19:37.23Notify03BRL-CAD:starseeker * 56008 brlcad/trunk/src/archer/archer: Get archer launching from the mged C executable again.
19:38.08starseekerwoo-hoo, that was surprisingly simple
19:41.23*** join/#brlcad yiyus (1242712427@je.je.je)
19:44.54*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
19:50.13starseekerwonders if we need to update Archer to work with the X11 display manager or have that just be available as a classic mode option...
19:50.51*** join/#brlcad cdk_ (~cdk@24-212-219-10.cable.teksavvy.com)
19:53.12*** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nxdqtfsmcynvaezn)
20:02.19Notify03BRL-CAD Wiki:Harman052 * 5668 /wiki/User:Harman052/GSoc2013/Logs:
20:23.15Notify03BRL-CAD:carlmoore * 56009 brlcad/trunk/src/gtools/g_diff.c: implement h,? help in g_diff
20:24.38starseekerhrm - our default regress check on mged is for classic mode and doesn't get to the GUI version, from the looks of things
20:25.39starseekermay need to sync some stuff up there
20:26.22starseekerstill, at least the archer GUI doesn't interfer with those operations - that's good
20:27.42Notify03BRL-CAD:starseeker * 56010 brlcad/trunk/src/archer/TODO: problem with mged launching archer fixed - '-o' option works again.
20:30.29brlcadstarseeker: regress intentionally avoided GUI mode so the tests don't do bad things
20:32.19Notify03BRL-CAD:starseeker * 56011 brlcad/trunk/src/archer/TODO: Add some Archer TODO items
20:36.40brlcadlike running on remote servers without trying to create X11 windows across non-existent X-channels
20:37.54starseekernods
20:38.19starseekerI have the commands in the regress/mged directory, but I don't think those are fully working in basic MGED either
20:38.37starseekerguess I should get those going in regular MGED and then feed 'em to archer
20:42.12starseekerprobably need to rethink them generally, actually... been a while since I last looked at that setup
20:43.02brlcadI still think we need to have one "ubertest" transcript that invokes all commands in some useful orchestration
20:43.22brlcadbasically, a massive integration test
20:49.41Notify03BRL-CAD:brlcad * 56012 (brlcad/trunk/TODO brlcad/trunk/src/archer/TODO): consolidate all of the archer items into the src/archer/TODO file
21:03.53Notify03BRL-CAD:brlcad * 56013 brlcad/trunk/src/archer/TODO: categorize the to-do items into alpha and beta groupings so we can prioritize.
21:25.12Notify03BRL-CAD:carlmoore * 56014 brlcad/trunk/src/gtools/g_qa.c: remove case statements for ? and h because they are handled by the 'default'
21:42.26Notify03BRL-CAD:carlmoore * 56015 brlcad/trunk/src/conv/off/g-off.c: turn off error messages for h,? so they can serve as help flags
22:04.34Notify03BRL-CAD Wiki:NyahCh3ck20 * 5669 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */
22:25.47Notify03BRL-CAD:r_weiss * 56016 brlcad/trunk/src/librt/primitives/rec/rec.c: Fix special case errors when ray tracing the tgc/rec primitive. Needs more testing. Such as sample model "havoc.g" primitive "rt_s.ecov6" with ray r_pt=(12320.0005 -1168 2134) r_dir=(1 0 0).

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