| 01:10.15 | *** join/#brlcad |IriX64| (~kvirc@bas2-sudbury98-1177679936.dsl.bell.ca) | |
| 01:36.37 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) | |
| 01:51.22 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:56.53 | ``Erik | <PROTECTED> |
| 02:03.55 | CIA-42 | BRL-CAD: 03starseeker * r40985 10/brlcad/branches/cmake/misc/CMake/test_srcs/report_hostname.c.in: Borrow some initialization code from pkg.c for Windows - getting a hostname back now that makes sense. |
| 03:21.59 | CIA-42 | BRL-CAD: 03starseeker * r40986 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: |
| 03:21.59 | CIA-42 | BRL-CAD: Sigh. OK, this is obvious in hindsight - just as openNURBS needs DLL defines |
| 03:21.59 | CIA-42 | BRL-CAD: passed in, so too will the BRL-CAD libraries. These are from the project file - |
| 03:22.00 | CIA-42 | BRL-CAD: not clear how many of them are actually needed and how many (if any) can be |
| 03:22.00 | CIA-42 | BRL-CAD: safely left to parent add_definition calls - that'll take some reading and maybe |
| 03:22.01 | CIA-42 | BRL-CAD: testing. |
| 03:46.29 | CIA-42 | BRL-CAD: 03starseeker * r40987 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: |
| 03:46.29 | CIA-42 | BRL-CAD: This appears to be the minimal set needed with the CMake files in their current |
| 03:46.29 | CIA-42 | BRL-CAD: state - it seems likely the BRLCAD_DLL option should be higher up the tree, |
| 03:46.29 | CIA-42 | BRL-CAD: check tomorrow for how it's used. Also, need to confirm build status of 'normal' |
| 03:46.30 | CIA-42 | BRL-CAD: Windows build - libbn is complaining about _bu_debug being unresolved when I try |
| 03:46.30 | CIA-42 | BRL-CAD: to build it with nmake, even with libbu.lib getting generated. |
| 04:10.09 | CIA-42 | BRL-CAD: 03starseeker * r40988 10/brlcad/branches/cmake/src/ (CMakeLists.txt libbu/CMakeLists.txt): Looks like BRLCAD_DLL is fairly general, so go ahead and define it in src - untested as yet. |
| 04:26.09 | CIA-42 | BRL-CAD: 03starseeker * r40989 10/brlcad/branches/cmake/src/libbn/CMakeLists.txt: Add the BN_EXPORT_DLL definition |
| 04:44.08 | CIA-42 | BRL-CAD: 03brlcad * r40990 10/brlcad/trunk/src/tclscripts/mged/text.tcl: |
| 04:44.08 | CIA-42 | BRL-CAD: fix a bug reading from stdin within mged with gets. the gets command that mged |
| 04:44.08 | CIA-42 | BRL-CAD: defines was trying to save the current execute_cmd as execute_cmd_save but after |
| 04:44.08 | CIA-42 | BRL-CAD: immediately creating/initializing the proc to empty. the proc has to be |
| 04:44.09 | CIA-42 | BRL-CAD: deleted, which can be done by renaming to an empty string. this bug was |
| 04:44.09 | CIA-42 | BRL-CAD: reported via the forums by gilliganu |
| 04:44.10 | CIA-42 | BRL-CAD: (https://sourceforge.net/projects/brlcad/forums/forum/362509/topic/3847236) |
| 04:51.58 | CIA-42 | BRL-CAD: 03brlcad * r40991 10/brlcad/trunk/src/tclscripts/mged/text.tcl: we only want to stash the tcl gets command once, so make sure tcl_gets isn't defined too before clobbering it. |
| 05:10.12 | CIA-42 | BRL-CAD: 03brlcad * r40992 10/brlcad/trunk/BUGS: document the other problem reported gilliganu where mged hangs if you put gets in a script. works now if typed in directly, but not from script. |
| 05:33.56 | CIA-42 | BRL-CAD: 03starseeker * r40993 10/brlcad/branches/cmake/src/ (6 files in 6 dirs): Making some progress - no tcl/tk package fun yet, but getting closer to building the requirements for rt, start adding DLL definitions to libs, point Win tk to something sensible, etc. |
| 05:50.29 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1177679936.dsl.bell.ca) | |
| 06:01.41 | starseeker | hmm: http://msdn.microsoft.com/en-us/library/aa730877%28VS.80%29.aspx |
| 06:13.15 | *** join/#brlcad roberthl (~robert@mediawiki/RobertL) | |
| 08:42.47 | *** join/#brlcad mafm (~mafm@81.37.118.142) | |
| 08:59.27 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) | |
| 08:59.27 | *** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl) | |
| 08:59.27 | *** join/#brlcad d-lo (~claymore@BZ.BZFLAG.BZ) | |
| 08:59.27 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 08:59.27 | *** join/#brlcad roberthl (~robert@mediawiki/RobertL) | |
| 09:22.11 | *** join/#brlcad mafm_ (~mafm@81.37.118.142) | |
| 12:14.07 | *** join/#brlcad juanman (~quassel@201.255.59.14) | |
| 12:14.09 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:19.45 | *** join/#brlcad Ralith_ (~ralith@S010600221561996a.vc.shawcable.net) | |
| 12:39.30 | brlcad | starseeker: looks like the way to go! |
| 13:35.12 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:16.06 | ``Erik | hah http://www.beautifullife.info/automotive-design/concept-car-imove-inspired-by-apple/ |
| 14:49.24 | *** join/#brlcad _clock_ (~sanook_ba@217-162-130-133.dclient.hispeed.ch) | |
| 15:24.07 | starseeker | brlcad: I haven't tried the examples from that article yet, and apparently VS 2010 no longer has a GUI for creating build rules, but looks like about as good as we're gonna get |
| 17:37.48 | *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de) | |
| 18:42.28 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 18:43.07 | pawleeq | Hello |
| 18:43.52 | pawleeq | I am trying to convert digital terrain model stored as PNG file via these instructions: http://www.mail-archive.com/brlcad-tracker@lists.sourceforge.net/msg00637.html |
| 18:45.00 | pawleeq | however, I got stuck on the 'cv'... can anybody please give me some clue how to convert PNG terrain model to brlcads DSP? thynk you very much |
| 19:38.27 | brlcad | pawleeq: to give you a clue, need to know what the problem is .. :) |
| 19:40.34 | pawleeq | brlcad, itm might be 'between chair and monitor problem' :) I converted the input.png file via png-pix to input.pix, then via pix-bw to input.bw |
| 19:42.05 | pawleeq | brlcad, after short look into manual pages i tryed cv with this: cv 8 16 input.bw > input.cv, but the result is empty file |
| 19:43.22 | brlcad | cv 8 16 isn't right |
| 19:43.56 | brlcad | input is huc |
| 19:43.59 | brlcad | output is nus |
| 19:44.03 | brlcad | iirc |
| 19:44.30 | brlcad | 8 and 16 would be huc hus i believe |
| 19:44.57 | brlcad | you also don't redirect output if the manpage is right |
| 19:45.12 | brlcad | cv huc nus input.bw ouptut.dsp |
| 19:47.24 | pawleeq | i will give it a try and let you know |
| 19:52.24 | pawleeq | yeah it works, but I am somehow lost with width and length of dsp (is it a size of input png file?), cell size (I have no clue what value could be rightis 1 correct?), samte thing with cell size and elevation: value 1 does not lead to the desired result |
| 20:06.11 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) | |
| 20:06.11 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 20:09.22 | brlcad | pawleeq: width/length are your png dimensions.. it needs to know your grid size |
| 20:10.36 | brlcad | then it will map each pixel to a cell, so you have to specify how big a cell is in world coordinates -- e.g., if you're working in 'mm' units, then you'll probably want a cell size of 1000 (i.e. 1m) |
| 20:11.01 | brlcad | depends on what your data is supposed to represent, how big it needs to be |
| 20:13.50 | pawleeq | yeah now Ia get it thank you very much |
| 20:59.27 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 21:11.25 | CIA-42 | BRL-CAD: 03r_weiss * r40994 10/brlcad/trunk/src/libbn/mat.c: Updated function bn_vec_ortho. Loosened the restriction on the input value and forced the function to bu_bomb if it can not return a valid result. Changed a NEAR_ZERO test to use SMALL_FASTF instead of SMALL. |
| 22:24.48 | CIA-42 | BRL-CAD: 03r_weiss * r40995 10/brlcad/trunk/src/libbn/plane.c: |
| 22:24.49 | CIA-42 | BRL-CAD: Updated function bn_coplanar. Improved the algorithm, used distance tolerance |
| 22:24.49 | CIA-42 | BRL-CAD: for testing for coplanar, used a very tight tolerance (<= SMALL_FASTF) for |
| 22:24.49 | CIA-42 | BRL-CAD: testing for parallel. Since these are planes, if they are not as close to |
| 22:24.49 | CIA-42 | BRL-CAD: parallel as we can measure then they will intersect. Added bu_bomb for invalid |
| 22:24.49 | CIA-42 | BRL-CAD: input. The input test will slow things down some but, for now, it is better than |
| 22:24.50 | CIA-42 | BRL-CAD: cascade failure. |
| 22:35.54 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 22:55.23 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 22:55.52 | *** join/#brlcad Ralith_ (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 23:15.11 | *** join/#brlcad Ralith_ (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 23:16.32 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 23:17.31 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |
| 23:32.59 | *** join/#brlcad Ralith (~ralith@d142-058-094-045.wireless.sfu.ca) | |