| 00:12.10 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-196.092.074.pools.vodafone-ip.de) |
| 01:57.05 | *** join/#brlcad yorik (~yorik@189-46-37-177.dsl.telesp.net.br) |
| 02:46.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 03:14.23 | Notify | 03BRL-CAD:brlcad * 68041 brlcad/trunk/NEWS: pixdiff and pixcmp were updated in r67563 and r67562 to stop processing if the image file sizes are different. conceivably could report something, but it's currently undefined so less misleading to not report until something more formal can be sorted out. |
| 03:24.31 | Notify | 03BRL-CAD:brlcad * 68042 brlcad/trunk/NEWS: pixdiff and pixcmp were updated in r67563 and r67562 to stop processing if the image file sizes are different. conceivably could report something, but it's currently undefined so less misleading to not report until something more formal can be sorted out. (fix credit) |
| 03:32.40 | Notify | 03BRL-CAD:brlcad * 68043 brlcad/trunk/NEWS: cliff made the wireframe drawing logic in libged respect a colors set on primitives (supporting the drawing of yellow datums, but separate user-visible change). |
| 03:49.01 | Notify | 03BRL-CAD:brlcad * 68044 brlcad/trunk/NEWS: tally looks to be at least 121 command line tools that are being deprecated with this release. CHANGES has the full list. |
| 03:51.23 | *** join/#brlcad infobot (ibot@rikers.org) |
| 03:51.23 | *** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/ |
| 04:12.58 | *** join/#brlcad tandoorichick (~Thunderbi@61.3.208.151) |
| 04:39.32 | Notify | 03BRL-CAD:brlcad * 68045 brlcad/trunk/NEWS: cliff fixed archer in r68020 so that archer will now run properly from a read-only or permission-constrained filesystem when opening a .g and it could not create the working-copy / backup file. tweak was to use tcllib to identify the system temp dir where we presumably have write permissions. |
| 05:01.52 | *** join/#brlcad tandoorichick1 (~Thunderbi@117.250.152.110) |
| 05:05.44 | *** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110) |
| 05:33.58 | *** join/#brlcad amarjeet (~amarjeet@202.164.53.117) |
| 06:21.29 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 06:40.45 | *** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110) |
| 06:43.24 | *** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110) |
| 07:15.10 | *** join/#brlcad tandoorichick1 (~Thunderbi@117.199.134.95) |
| 07:25.45 | *** join/#brlcad sniok (~sniok@89.252.29.238) |
| 07:47.44 | *** join/#brlcad tandoorichick1 (~Thunderbi@59.91.45.100) |
| 08:14.25 | *** join/#brlcad amarjeet (~amarjeet@202.164.53.117) |
| 08:49.29 | *** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60) |
| 09:03.36 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
| 09:14.41 | *** join/#brlcad d_rossberg (~rossberg@104.225.5.10) |
| 09:23.38 | tandoorichick | d_rossberg: what you said fits, but what i meant was would it clutter the original mesh? |
| 09:24.09 | tandoorichick | also, i've sent the updated code for the conversion.. |
| 09:40.17 | *** join/#brlcad tandoorichick (~Thunderbi@117.245.148.19) |
| 09:55.47 | *** join/#brlcad Shalom (~Shalom@122.169.233.162) |
| 10:03.32 | *** join/#brlcad Shalom_ (~Shalom@122.169.233.162) |
| 10:20.45 | *** join/#brlcad amarjeet (~amarjeet@202.164.53.117) |
| 10:25.25 | *** join/#brlcad Shalom (~Shalom@122.169.233.162) |
| 10:36.29 | d_rossberg | tandoorichick: as far as i understood the procedere a gap could be zipped on some places and stitched on the rest |
| 10:37.10 | d_rossberg | i.e. an edge chain could be zipped and stitched alternately |
| 10:37.21 | d_rossberg | would this be a problem? |
| 10:40.37 | tandoorichick | implementing won't be a problem. we could have runs based on tolerances for each method. i'm thinking about how the final mesh could look.. |
| 10:44.52 | tandoorichick | but i guess we could change how the heal command works, in the end.. |
| 10:45.06 | d_rossberg | stitched ;) the zipping isn't as much visible |
| 11:11.43 | *** join/#brlcad tandoorichick1 (~Thunderbi@117.254.17.215) |
| 11:16.03 | *** join/#brlcad tandoorichick1 (~Thunderbi@117.209.131.44) |
| 11:41.27 | *** join/#brlcad merzo (~merzo@92.60.189.225) |
| 11:54.13 | *** join/#brlcad Mandeep_Singh (~mandeep@117.215.228.86) |
| 12:16.50 | *** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44) |
| 13:07.56 | *** join/#brlcad yorik (~yorik@189-46-37-177.dsl.telesp.net.br) |
| 13:08.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 13:35.47 | Notify | 03BRL-CAD Wiki:Mandeeps708 * 9733 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */ |
| 13:47.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 14:01.33 | *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314) |
| 14:20.29 | tandoorichick | d_rossberg: since the DCEL records are protected in the PolygonalMesh class, i'd have to create child classes for all the mesh healing algo functions? |
| 14:20.37 | *** join/#brlcad asad_ (~asad00@48.218.eduroam.dynamic.rbg.tum.de) |
| 14:21.57 | *** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44) |
| 14:50.23 | *** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44) |
| 14:52.05 | *** join/#brlcad amarjeet (~amarjeet@101.211.171.190) |
| 14:55.54 | Notify | 03BRL-CAD:ejno * 68046 brlcad/trunk/src/librt/reduce_db.cpp: preserve colors/shaders |
| 15:15.27 | d_rossberg | tandoorichick: no, you have to create methods/functions in PolygonalMesh to work with the DCEL; getters/setters |
| 15:16.17 | tandoorichick | okay.. |
| 15:16.40 | d_rossberg | maybe iterators |
| 15:35.21 | *** join/#brlcad amarjeet (~amarjeet@101.211.167.245) |
| 15:42.52 | *** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44) |
| 16:02.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 16:42.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 17:01.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 17:22.42 | *** join/#brlcad tandoorichick1 (~Thunderbi@117.216.50.4) |
| 19:24.54 | *** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net) |
| 19:56.13 | *** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de) |
| 20:19.26 | *** join/#brlcad ickby (~stefan@x5d847ed4.dyn.telefonica.de) |
| 21:00.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:17.11 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 22:47.49 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 22:56.23 | *** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de) |
| 22:57.58 | *** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de) |
| 23:16.53 | *** part/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de) |