| 00:39.41 | elf_ | brlcad, I have a problem |
| 00:40.26 | elf_ | the cvt_vlblock_to_solids function call in the f_jmesh call |
| 00:40.36 | elf_ | I don't know how to add it to the libged |
| 00:41.08 | elf_ | it's there in the libged library something similar to the cvt_vlblock_to_solids function? |
| 00:41.45 | elf_ | This one is all over mged library, and has lots of dependencies that are not that easily to be translated |
| 00:41.58 | elf_ | and I don't know if I am allowed to add them to libged |
| 01:47.01 | CIA-68 | BRL-CAD: 03starseeker * r52388 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try to build larger patches with the reject bots, instead of accepting a single face by default - in many cases we still end up with one face per patch, but we do get a few larger patches. |
| 01:54.57 | brlcad | elf_: good question |
| 01:56.29 | brlcad | elf_: that one is definitely tricky, just comment out the function call for now and add a bu_bomb() call saying it's not yet converted, also a comment with more detail |
| 01:57.07 | brlcad | <PROTECTED> |
| 01:57.13 | brlcad | something like that |
| 01:57.25 | elf_ | So you want the f_jmesh function not to be called, right? |
| 01:57.44 | brlcad | doesn't matter |
| 01:57.56 | brlcad | probably better to let it be called |
| 01:58.04 | elf_ | Well there's another problem since the f_jmesh is used in previous functions |
| 01:58.07 | brlcad | but with the bu_bomb() it will not succeed |
| 01:58.28 | brlcad | all the more reason to let it be called |
| 01:58.45 | elf_ | okay, so I let it be called and add the bu_bomb() with the comment |
| 01:59.19 | elf_ | and there's also the refresh() function, it's there something similar for redrawing the screen in libged? |
| 02:02.03 | brlcad | not exactly, just comment those out as well for now with a comment |
| 02:02.11 | elf_ | okay |
| 02:04.04 | brlcad | actually better yet, replace those refesh() calls with these two lines: |
| 02:04.05 | brlcad | <PROTECTED> |
| 02:04.05 | brlcad | <PROTECTED> |
| 02:04.30 | elf_ | okay got it :) |
| 02:10.28 | CIA-68 | BRL-CAD: 03brlcad * r52389 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: ignore Makefile.am |
| 02:16.20 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 02:25.56 | CIA-68 | BRL-CAD: 03brlcad * r52390 10/brlcad/trunk/src/mged/dodraw.c: comment cleanup, make more globals static scope |
| 02:38.06 | CIA-68 | BRL-CAD: 03brlcad * r52391 10/brlcad/trunk/src/mged/ (chgview.c dodraw.c dozoom.c mged.c): more cleanup, isolate globals, descope to static where possible, reorder to avoid decls |
| 02:46.49 | elf_ | Here is the joint.c file http://paste.ubuntu.com/1190064/ |
| 02:47.02 | elf_ | the joint.h file http://paste.ubuntu.com/1188767/ |
| 02:47.18 | elf_ | and the columns.c file http://paste.ubuntu.com/1188769/ |
| 02:47.31 | elf_ | the last 2 haven't been modified since last time |
| 02:47.36 | elf_ | now about the joint.c file |
| 02:47.53 | elf_ | the accept, mesh and solve options are not working properly |
| 02:48.09 | elf_ | they depend on the f_jmesh() function call |
| 02:48.51 | elf_ | also, brlcad can you please look into the f_Jmesh() function and tell me if the bu_bomb() function call is used properly, please? |
| 02:49.49 | brlcad | does it compile? |
| 02:49.59 | brlcad | looks right to me |
| 02:51.19 | brlcad | looks like you're about done, anything remaining? |
| 02:53.49 | elf_ | I've run it with a sim.g database and looks alright |
| 02:53.59 | elf_ | besides the 3 options that I mentioned |
| 02:58.44 | CIA-68 | BRL-CAD: 03brlcad * r52392 10/brlcad/trunk/src/mged/dodraw.c: minor |
| 02:59.11 | brlcad | elf_: sounds good then, time to move on :) |
| 03:00.02 | brlcad | so wrap that up, make a patch file, be sure to use svn rm on the old/deleted joint files and svn add on the new libged ones |
| 03:00.17 | brlcad | remove the joint2 if you still have any traces of it in src/mged |
| 03:00.46 | brlcad | then post the patch file generated via svn diff |
| 03:01.50 | brlcad | assuming all is in order, you should now be able to have a much better understanding for what is going on in src/libged/simulate/ |
| 03:02.55 | brlcad | I suggest starting there by browsing through the code, find the ged function callback in mged for the simulate command, find the function in libged, read it to get a basic understanding of how it's set up |
| 03:03.50 | elf_ | okay, so I will remove all the old joint files, animedit.c and joints.h and delete all the traces that are in the mged library of the joint command |
| 03:05.32 | elf_ | and after that I will look into that simulate command |
| 03:06.01 | CIA-68 | BRL-CAD: 03brlcad * r52393 10/brlcad/trunk/src/ (6 files in 2 dirs): (log message trimmed) |
| 03:06.01 | CIA-68 | BRL-CAD: remove the old vrmgr 'Virtual Reality manager' interface to mged. it provided a |
| 03:06.01 | CIA-68 | BRL-CAD: libpkg network interface to mged whereby you could feed mged commands remotely. |
| 03:06.01 | CIA-68 | BRL-CAD: aside from being a gaping security hole riddled with problems due to a lack of |
| 03:06.01 | CIA-68 | BRL-CAD: sandboxing, it is no longer being used. ironically, it's more of a geometry |
| 03:06.01 | CIA-68 | BRL-CAD: service than that 'other' effort ever became, but it's still not worth keeping. |
| 03:06.02 | CIA-68 | BRL-CAD: the code needs updates and is accessing some functions that it shouldn't, so |
| 03:06.29 | brlcad | all traces of the OLD joint command .. there should still be a joint command, and it should of course now reference your new version in libged :) |
| 03:12.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:17.42 | brlcad | elf_: make sense? |
| 03:18.21 | elf_ | Yes it does, I am looking for those f_joint() function references right now :) |
| 03:18.40 | elf_ | then will test it again to make sure only the joint from libged it's still there |
| 03:20.05 | brlcad | excellent |
| 03:45.55 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 04:06.33 | elf_ | brlcad, I added the patch |
| 04:11.31 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4386 10/wiki/User:Elf11: /* Log */ |
| 06:17.43 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 06:56.33 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 10:00.47 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:15.39 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:34.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:56.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:35.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:27.58 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 13:35.45 | starseeker | hah - https://bitbucket.org/Coin3D/coin/wiki/Home |
| 13:39.40 | starseeker | they really did BSD license it |
| 17:17.15 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 17:17.28 | brlcad | oops, didn't realize I was detached |
| 18:19.46 | brlcad | elf_: patch applied, thanks! |
| 18:19.54 | brlcad | mostly looked good, but a few mistakes |
| 18:22.03 | brlcad | I commented on them in the tracker, but nothing major so good to go tackling the simulate command |
| 18:22.27 | brlcad | suggest for your next step to actually compile and run the simulate command |
| 18:25.02 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 18:26.28 | brlcad | hugs CIA-68 |
| 18:26.28 | CIA-68 | hugs brlcad |
| 18:47.16 | *** join/#brlcad stas (~stas@188.24.33.5) | |
| 19:03.42 | CIA-68 | BRL-CAD: 03starseeker * r52397 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Fix macro behavior for pure CXX libs |
| 20:01.15 | CIA-68 | BRL-CAD: 03starseeker * r52398 10/brlcad/trunk/src/librt/test_botpatches.cpp: Checkpoint - may not need this at all if surf-surf intersection works. |
| 21:49.25 | CIA-68 | BRL-CAD: 03starseeker * r52399 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try the surface_surface_intersection function on the NURBS patches generated by the fitting routine. Looks promising |
| 21:53.54 | brlcad | 2that was quick |
| 22:12.13 | starseeker | some issues with the fit definitely show up |
| 22:13.22 | starseeker | the intersection curves also don't look as pretty as the bezier approximations - I need to look at either tweaking the fitting process, inserting points from bezier curve approximations into the fitting process, or... something |
| 22:15.15 | starseeker | actually kinda cool - the mesh based curves serve as a check on the SSI results, and the SSI results are helpful for spotting areas where the "correct" intersection curves don't jibe with the real ones |
| 22:15.27 | starseeker | slows the sucker waaay down, of course... |
| 22:18.02 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |