| 00:25.57 | CIA-62 | BRL-CAD: 03brlcad * r45799 10/brlcad/trunk/src/librt/primitives/brep/ (brep_debug.cpp brep_debug.h): RED/GRN/BLU are defined by libbu, pick a different name for RED |
| 00:31.59 | CIA-62 | BRL-CAD: 03brlcad * r45800 10/brlcad/trunk/src/libwdb/skt.c: |
| 00:31.59 | CIA-62 | BRL-CAD: still need to do more, but make a copy of the caller's sketch (in case it's on |
| 00:31.59 | CIA-62 | BRL-CAD: the stack where the eventual call to bu_free() down in wdb_export() would be |
| 00:31.59 | CIA-62 | BRL-CAD: bad). this is incomplete since we still should perform a deep copy of the |
| 00:31.59 | CIA-62 | BRL-CAD: caller's struct (including all of the segments). |
| 00:32.55 | CIA-62 | BRL-CAD: 03brlcad * r45801 10/brlcad/trunk/TODO: autotools unbusted, just needed a version bump |
| 00:33.41 | CIA-62 | BRL-CAD: 03brlcad * r45802 10/brlcad/trunk/TODO: note to self, deep sketch copying still needed |
| 00:36.51 | CIA-62 | BRL-CAD: 03brlcad * r45803 10/brlcad/trunk/src/proc-db/csgbrep.cpp: even further reduction of about 70 lines. code went a wee bit nuts with dynamic memory allocation. simplify, put objects on the stack. |
| 00:43.27 | abhi2011 | brlcad : for testing object movement its best to write a mged plugin I guess. A stand alone program like the ones I wrote before do not have an opengl window anway |
| 00:46.45 | CIA-62 | BRL-CAD: 03bhinesley * r45804 10/brlcad/trunk/src/libged/list.c: return from function bypasses rt_db_free_internal() call |
| 01:51.44 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 02:22.01 | brlcad | abhi2011: yes, that's the idea .. a libged command similar to 'clone' (src/libged/clone.c), search for 'clone' in src/mged and src/libged |
| 02:22.08 | CIA-62 | BRL-CAD: 03bhinesley * r45805 10/brlcad/trunk/src/libged/edit.c: Functions for converting paths+objects+offsets to coordinates are written; need to be tested/debugged. Pretty close to being done with the command agnostic edit() stuff. |
| 02:51.48 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 02:57.29 | CIA-62 | BRL-CAD: 03bhinesley * r45806 10/brlcad/trunk/src/libged/edit.c: (log message trimmed) |
| 02:57.30 | CIA-62 | BRL-CAD: Reflowed all comments. Enable execution of subcommand functions in edit(), |
| 02:57.30 | CIA-62 | BRL-CAD: "subcmd->cmd->exec()". The translate command should be operational through |
| 02:57.30 | CIA-62 | BRL-CAD: ged_edit() once I resolve several issues with edit() and friends. The only |
| 02:57.30 | CIA-62 | BRL-CAD: exception that I can think of, is the use of the bounding box centers of |
| 02:57.30 | CIA-62 | BRL-CAD: objects; although everything in edit.c was designed with this in mind, the |
| 02:57.30 | CIA-62 | BRL-CAD: argument-to-coordinate functions currectly will only use natural origins. It's |
| 03:00.27 | CIA-62 | BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3050 10/wiki/User:Bhinesley: /* Log */ today, and what's next |
| 08:09.15 | *** join/#brlcad milamber (~devlin@d118-75-70-176.try.wideopenwest.com) | |
| 09:32.11 | *** join/#brlcad emagdalena (~splineman@129.Red-88-4-185.dynamicIP.rima-tde.net) | |
| 09:32.20 | *** join/#brlcad splineman (~splineman@129.Red-88-4-185.dynamicIP.rima-tde.net) | |
| 13:26.42 | *** join/#brlcad abhi2011_ (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 14:07.47 | *** join/#brlcad Elrohir (~kvirc@p5B14BCFE.dip.t-dialin.net) | |
| 14:43.34 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 16:33.49 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 17:45.41 | abhi2011 | here is the code so far for the new runphysics command which will move objects according to newtonian physics :P |
| 17:45.45 | abhi2011 | http://bin.cakephp.org/view/558121873 |
| 17:46.39 | abhi2011 | I have got it inside mged as a command, as of now I am trying to apply a simple translation to a passed object to see if I can move them around |
| 17:47.15 | abhi2011 | I am using transform_editing_solid() |
| 17:48.00 | abhi2011 | though the solid passed will not be the current solid being edited , but instead the struct rt_db_internal for the passed object |
| 18:24.46 | abhi2011 | ok I ll directly use rt_matrix_transform from librt |
| 19:20.36 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 20:56.12 | brlcad | mm, that looks not too shabby from abhijit |
| 20:57.45 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 22:36.03 | abhi2011 | ok so I am trying to translate an object using an mged command in preparation to do more physics based transformations |
| 22:36.08 | abhi2011 | here is the code : http://bin.cakephp.org/view/558121873 |
| 22:36.29 | abhi2011 | so I am trying to apply a simple translation to the passed object using rt_matrix_transform |
| 22:36.48 | abhi2011 | and the command runs without errors and prints a message afterwards |
| 22:37.00 | abhi2011 | so I am guessing the transformation matrix was applied |
| 22:37.52 | abhi2011 | but the thing is, the rt_matrix_transform() commands takes an input solid (struct rt_db_internal) and returns an output solid (again another rt_db_internal) |
| 22:38.05 | abhi2011 | this new solid should be at the new translated position |
| 22:38.21 | abhi2011 | but I am not able to figure out how to verify this |
| 22:39.00 | abhi2011 | this new solid is apparently not inserted automatically into the model tree as I cant see it using the list command in mged |
| 22:39.22 | abhi2011 | I tried rt_db_put_internal(ndp, gedp->ged_wdbp->dbip, &os, 0); but it runs into pointer erros |
| 22:44.00 | abhi2011 | so basically I need to insert the output solid returned by rt_matrix_transform() into the model tree or at the least print its position so I can see if its at the translated position |
| 22:46.26 | ``Erik | combinations hold matrices, primitives do not... the 'xpush' command walks down the tree propogating the matrix and finally modifying the primitive, so all matrices in the path should be identity... is that what you're looking for? |
| 22:46.33 | abhi2011 | I cant do if ((ndp = db_lookup(gedp->ged_wdbp->dbip, os, LOOKUP_NOISY)) == RT_DIR_NULL){ either as I need the name of the output solid |
| 22:47.33 | abhi2011 | Erik : ah ok so I can try to apply the transform on a combination |
| 22:47.58 | abhi2011 | but if I use rt_matrix_transform() for that |
| 22:48.26 | abhi2011 | then the paramters of rt_matrix_transform() show that there is an input and an output struct rt_db_internal |
| 22:48.40 | abhi2011 | struct rt_db_internal is what will hold information about the combination I guess |
| 22:49.08 | ``Erik | hm, looking at the source, rt_matrix_transform is just the last step to actually try to mutate the primitive :/ |
| 22:49.10 | abhi2011 | so rt_matrix_transform() does not transform the input directly |
| 22:49.19 | abhi2011 | ah ok |
| 22:49.32 | abhi2011 | all I need is to move a primitive or a combination |
| 22:49.53 | abhi2011 | using a translation matrix as of now |
| 22:50.04 | ``Erik | src/mged/edsol.c is where that function is called |
| 22:50.12 | abhi2011 | yes |
| 22:51.19 | ``Erik | has a party to head off to, perhaps brlcad will peruse the backlog later and provide more insight |
| 22:53.05 | abhi2011 | have a great time :) |
| 23:18.38 | kunigami | anyone able to compile the latest revision? I'm getting linking errors from libtk |
| 23:26.33 | starseeker | kunigami: what errors? |
| 23:27.42 | starseeker | trunk builds for me on gentoo... |
| 23:30.36 | kunigami | starseeker: http://paste.ubuntu.com/660137/ |
| 23:32.00 | kunigami | weird. I tried a clean install and the problem persists |
| 23:45.22 | CIA-62 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3051 10/wiki/User:Abhijit: /* Development timeline */ |