IRC log for #brlcad on 20170805

00:33.58 *** join/#brlcad qxbrpkldoxldreeh (~armin@dslb-088-064-032-113.088.064.pools.vodafone-ip.de)
07:36.19 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:32.25 *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-zrhxwboykgneqdld)
12:35.55 Notify 03BRL-CAD:starseeker * 70049 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake): Now that the src/other dist files are listing all files, we can add the CMAKEFILES calls to just the BRL-CAD targets - the .dist files can assume full responsibility for src/other. Consequently, we now have one less reason to override add_library and add_executable.
12:47.41 Notify 03BRL-CAD:starseeker * 70050 brlcad/trunk/CMakeLists.txt: Make notes about where the work to remove (one of the) needs for overriding the default CMake commands stalled out. Finishing/redoing this correctly upstream might make a good CMake student project, assuming we wanted to define such a project someday...
12:53.59 *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-qoloyhtllbikmtpu)
13:00.12 Notify 03BRL-CAD:starseeker * 70051 brlcad/trunk/CMakeLists.txt: More notes about cleaning up the need to override commands. There are some like message that we've not considered yet, but long term we'd like to not have to do the overrides - it's an undocumented feature in CMake they'd prefer projects not use...
13:29.33 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:17.26 *** join/#brlcad vasc (~vasc@81.193.130.61)
14:19.16 vasc starseeker, yeah i know it's GPL licensed, but we aren't going to use any code from it.
14:19.43 vasc starseeker, it was just to show him something that had a tree stored in depth-first order, pbrtv2 code would serve same purpose.
14:20.11 vasc starseeker, the code we use doesn't have anything from pbrt.
14:20.19 vasc in csg at least.
14:20.37 vasc i do use their bvh builder but i don't remember if that was from pbrtv2 or v3.
14:22.10 vasc that bvh builder has issues with infinite sized objects though...
14:22.23 vasc i can put hyperplanes inside it.
14:22.25 vasc can't
14:28.39 vasc hopefully we'll get the new bool_eval() ANSI C version working next week.
14:29.08 vasc then it's a matter of porting that to OpenCL.
14:29.56 vasc and we should get back improved performance for bool_eval() on scenes with lots of regions.
14:30.28 vasc later
14:43.39 Notify 03BRL-CAD Wiki:Mariomeissner * 10164 /wiki/User:Mariomeissner/logs:
15:51.50 *** join/#brlcad mario_ (5f125fba@gateway/web/freenode/ip.95.18.95.186)
15:53.42 mario_ Hey there!
15:53.57 mario_ anyone up to help me out with a lil problem I'm facing?
15:58.24 Gud hard to tell if you dont ask your question
15:59.02 mario_ Im trying to run rtweight with a .density file, but it isnt loading it correctly
15:59.20 mario_ I did it in the past on linux without problems but it doesn't seem go work now on windows
16:00.11 mario_ It says: error parsing line 1 of density file. 0 args recognized instead of 3 line buffer reads :  ■1 error parsing line 2 of density file. 18446744073709551615 args recognized instead of 3 ... etc
16:00.54 mario_ the inside of the file is: 1 3.44 plastic
16:17.17 mario_ I did the following:
16:17.38 mario_ -Open terminal in my database-files folder
16:17.57 mario_ -echo "1 3.44 plastic" > .density
16:18.14 mario_ -rtweight box_example.g box.r
16:18.26 mario_ -> The above error displays
16:19.29 mario_ Note that the file IS found, because if I delete it, the error is ".density not found"
16:20.26 mario_ So I'm thinking it may be a file encoding problem?
16:31.56 mario_ Solved the problem by changing encoding to UTF-8 without BOM
16:54.25 *** join/#brlcad http_GK1wmSU (~deep-book@212.83.139.210)
16:55.25 *** part/#brlcad http_GK1wmSU (~deep-book@212.83.139.210)
18:50.23 *** join/#brlcad vasc (~vasc@81.193.4.188)
23:02.46 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.