| 00:23.41 | *** join/#brlcad ssolkjzcfhspmaoa (~armin@dslc-082-083-186-106.pools.arcor-ip.net) | |
| 01:40.50 | *** join/#brlcad Zitar (~Zitar@37.231.124.148) | |
| 02:29.31 | Notify | 03BRL-CAD:brlcad * 68244 brlcad/trunk/TODO: openmesh licensing is now trivial to work with. consider for mesh processing. |
| 03:45.40 | boj | How to import several *.g model into mged simultaneously? |
| 03:55.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:04.29 | *** join/#brlcad Zitar (~Zitar@37.231.124.148) | |
| 06:15.55 | *** join/#brlcad Zitar (~Zitar@37.231.124.148) | |
| 06:25.33 | *** join/#brlcad tandoorichick (~rakshika@117.199.143.190) | |
| 08:43.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:54.05 | *** join/#brlcad boj (~boj@210.75.252.226) | |
| 08:54.05 | *** join/#brlcad brlcad (~sean@104.225.5.10) | |
| 08:54.05 | *** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil) | |
| 08:54.15 | *** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4198:c39d:14b2:575f) | |
| 08:54.15 | *** join/#brlcad Gud (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se) | |
| 09:04.03 | *** join/#brlcad amarjeet (~amarjeet@101.214.17.228) | |
| 09:20.00 | *** join/#brlcad tandoorichick (~rakshika@61.0.112.173) | |
| 09:56.39 | *** join/#brlcad tandoorichick (~rakshika@61.2.78.169) | |
| 11:12.26 | *** join/#brlcad tandoorichick (~rakshika@117.249.180.232) | |
| 11:49.52 | *** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de) | |
| 12:12.49 | *** join/#brlcad tandoorichick (~rakshika@117.250.122.217) | |
| 12:56.07 | brlcad | boj: dbconcat |
| 13:20.46 | *** join/#brlcad amarjeet (~amarjeet@101.211.174.97) | |
| 13:36.00 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:52.40 | boj | thanks, brlcad, I have a problem using gqa, the same plane with different position(rotation and translation), gqa will give different result? |
| 14:22.45 | *** join/#brlcad tandoorichick (~rakshika@61.0.115.155) | |
| 14:24.41 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 14:41.46 | *** join/#brlcad amarjeet (~amarjeet@101.211.223.124) | |
| 15:05.48 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 15:17.29 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 15:17.58 | *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314) | |
| 15:27.59 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 15:45.27 | *** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de) | |
| 16:02.28 | *** join/#brlcad Mandeep_Singh (~mandeep@117.199.100.182) | |
| 16:11.55 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 16:23.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:38.58 | starseeker | confound it |
| 16:39.13 | starseeker | the 3dm-g mechanism isn't working for MSVC |
| 16:39.25 | brlcad | mechanism? |
| 16:54.04 | *** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de) | |
| 16:54.13 | starseeker | the wrapping script I put in place to handle the plugins from libgcv |
| 16:54.49 | starseeker | 3dm needs libgcv's plugins during the build process, but if the install dir is already in place it will insist on looking there and not in the build dir unless BRLCAD_ROOT is set |
| 16:55.07 | starseeker | same problem we have with tcl scripts, but this is more serious |
| 16:55.18 | starseeker | build failure if it doesn't get this right |
| 16:55.40 | starseeker | looks like I'm missing some logic for the multi-config case |
| 16:55.42 | starseeker | working it now |
| 17:07.46 | Notify | 03BRL-CAD:starseeker * 68245 (brlcad/trunk/db/nist/CMakeLists.txt brlcad/trunk/misc/CMake/builddir_cmd.cmake.in): Give this a try for 3dm-g building. |
| 17:14.54 | brlcad | there is an env override for gcv, LIBGCV_PLUGINS_PATH |
| 17:15.26 | brlcad | build script should probably set that (instead of BRLCAD_ROOT) |
| 17:16.06 | brlcad | eep, this looks odd... |
| 17:16.19 | starseeker | what, the script logic? |
| 17:16.26 | brlcad | wonders why there is also a LIBGCV_PLUGINS_DIRECTORY defined in _gcv_plugins_get_path() |
| 17:16.31 | starseeker | oh |
| 17:17.38 | brlcad | ah, I see .. yeah, that doesn't make usability sense to me .. just need one var to point to the place |
| 17:18.02 | brlcad | not one var for the top part of the path, and whole other var for the final folder name... |
| 17:18.46 | Notify | 03BRL-CAD:starseeker * 68246 brlcad/trunk/misc/CMake/builddir_cmd.cmake.in: duh - BUILD_TYPE, not BUILD_DIR |
| 17:19.36 | brlcad | fwiw, it looks to me that _gcv_plugins_get_path() is inadequate |
| 17:19.56 | starseeker | isn't surprised |
| 17:20.52 | starseeker | is just trying for a minimal fix so 7.26.0 will build with an already installed BRL-CAD is in place, but the issue needs more thought |
| 17:26.17 | brlcad | nods |
| 17:28.27 | starseeker | brlcad: out of curiosity, how does openmesh's half-edge data struture compare to nmg? |
| 17:31.59 | starseeker | ok, I *think* that's got it... |
| 17:32.07 | starseeker | does a clean-dir Windows build |
| 17:45.22 | brlcad | starseeker: nmg's radial edge method is considerably superior to half-edge in terms of flexibility (and complexity) |
| 17:46.13 | brlcad | half edge cannot represent non-manifold geometry (which depending on the interface or import may be an intermediate modeling state) |
| 17:48.09 | brlcad | this is particularly important for boolean eval of meshes as a resulting evaluation is often non-manifold (e.g. intersection of two tangent boxes) |
| 17:50.01 | brlcad | doesn't mean we can't try to make it work or that it won't be useful for a whole class of operations, but half edge presents a different set of challenges |
| 17:53.34 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 18:09.31 | *** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de) | |
| 18:25.26 | *** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de) | |
| 21:04.13 | *** join/#brlcad merzo (~merzo@233-7-132-95.pool.ukrtel.net) | |
| 23:39.19 | *** join/#brlcad merzo (~merzo@233-7-132-95.pool.ukrtel.net) | |