| 00:01.29 | brlcad | abhi2011: NEAR_EQUAL() probably didn't work because it compares against the open set |
| 00:02.12 | brlcad | i.e., the values between val-tol to val+tol, but not including those values |
| 00:02.12 | abhi2011 | brlcad: open set ? |
| 00:02.21 | abhi2011 | ok |
| 00:03.00 | abhi2011 | a simple == may work |
| 00:03.29 | brlcad | no, that's the point of the macros |
| 00:03.38 | brlcad | you cannot rely on == with floating point, it is not reliable |
| 00:03.45 | abhi2011 | hmm yes |
| 00:04.14 | abhi2011 | so there are no macros which include the boundary values ? |
| 00:04.28 | brlcad | that's part why NEAR_EQUAL() uses the open set, you cannot reliably compare if a value <= some other value |
| 00:04.41 | brlcad | you can only compare if it's < or < |
| 00:04.43 | brlcad | er > |
| 00:04.48 | abhi2011 | ok |
| 00:05.16 | brlcad | so to get the looping effect you were attempting, you were basically just off-by-one due to the tolerance |
| 00:05.45 | abhi2011 | yes i wanted it to go upto 1.0000, but it stopped at 0.96 |
| 00:05.52 | brlcad | changing to what you did is fine, val < (max+tol) |
| 00:06.00 | abhi2011 | ok |
| 00:07.16 | brlcad | though that should have been effectively equiv to !NEAR_EQUAL(val, max, tol) |
| 00:08.03 | brlcad | er, I mean !NEAR_EQUAL(val, max+tol, tol) |
| 01:29.26 | abhi2011 | yes right :) |
| 06:14.27 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:11.33 | cvds_ | why is delete used as a "quit terminal" >_> |
| 09:52.35 | cvds_ | I wonder what the easiest way would be to get a prism with a 10degree slope |
| 10:02.54 | CIA-48 | BRL-CAD: 03tbrowder2 * r47269 10/brlcad/trunk/doc/docbook/ (ElNode.pm read-db-xml.pl): add two tools to read DB xml and extract data for archer |
| 11:09.12 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 12:17.38 | brlcad | cvds_: delete used as a quit terminal? in what? |
| 12:19.01 | cvds_ | brlcad: in mged console mode |
| 12:19.10 | cvds_ | if I hit delete on an empty command line mged closes |
| 12:19.32 | cvds_ | not a problem unless it happens the first time, I went o_O |
| 12:29.50 | brlcad | eek, that doesn't sound like a quit terminal, that sounds like it's crashing! |
| 12:29.57 | brlcad | have you ever run gdb before? |
| 12:30.12 | brlcad | gdb --args path/to/mged |
| 12:30.14 | brlcad | run |
| 12:30.36 | brlcad | use it, hit delete, see if it returns you to a gdb prompt |
| 12:30.41 | brlcad | then "bt" |
| 12:42.15 | cvds_ | will do |
| 12:43.54 | cvds_ | I need to install that ghdb first tho |
| 12:46.20 | cvds_ | gdb* |
| 12:58.11 | cvds_ | also should I worry if rendering with 'E' gives me a wall of text ? |
| 13:05.53 | cvds_ | brlcad: http://pastebin.com/rrtTqJpC however I dont have a version including debug symbols, so not sure i useful |
| 13:05.59 | cvds_ | if its* |
| 13:06.55 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 13:09.35 | brlcad | cvds_: typing delete inserted that "exit" command? |
| 13:10.11 | brlcad | that's not a crash, that's a normal exit .. but it's certainly not expected |
| 13:10.32 | brlcad | E giving a wall of text is normal - it's the output from tessellating the geometry into a polygonal mesh |
| 13:13.12 | cvds_ | including: ERROR: first hit on bodyCOuter.s (surfno = 12) is an exit at (-6.42262 13 11) ray start = (-4.451251276587e+00 1.300000000000e+01 1.100000000000e+01), ray dir = (1.000000000000e+00 0.000000000000e+00 -1.366428338000e-16) |
| 13:13.37 | cvds_ | and technically its not "typing" delete but pressing the delete key :) |
| 13:14.30 | cvds_ | but its indeed curious why its linked to exit, ctrl-d works as well btw, but that I do find expectid behavior |
| 13:14.39 | cvds_ | expected* |
| 13:20.09 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 13:33.46 | cvds_ | another thing I noticed that after using red the comb_color will have reset |
| 13:50.47 | brlcad | which version are you using? |
| 14:02.54 | cvds_ | brlcad: http://pastebin.com/3VmSQiZt |
| 14:19.16 | brlcad | cvds_: for future reference, pastebin.com not only sucks but is inaccessible to most in the channel some of the time due to network blocks -- suggest pastebin.ca or paste.debian.org or just about any other ;) |
| 14:19.34 | brlcad | yeah, I'll verify, but I'm pretty sure that red bug was fixed in 7.20 |
| 14:23.26 | cvds_ | brlcad: okies, will divert to the debian one for further posts |
| 14:23.51 | cvds_ | first component is nearing the done stage... took a long time |
| 14:26.13 | cvds_ | well the first version... no doubt that after printing I will be making adjustments |
| 14:41.35 | starseeker | cusses Windows and Tcl/Tk both |
| 14:42.11 | starseeker | just when I thought I finally had this licked, I can't get wish going on Win32 with 8.6 |
| 14:49.02 | brlcad | heh |
| 14:49.19 | brlcad | cvds_: would love to see pics of your work (before and after printing) |
| 15:10.57 | cvds_ | brlcad: Maybe I can post some renders on flickr later today |
| 15:12.28 | cvds_ | last couple of primitives to add |
| 16:01.08 | cvds_ | brlcad: http://flic.kr/s/aHsjwoVYoK |
| 16:07.48 | starseeker | growses... what's the poing of a HAVE_ZLIB flag if you're going to guarantee you always have zlib... |
| 16:17.38 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 16:57.14 | brlcad | cvds_: that's pretty awesome! |
| 16:57.26 | brlcad | so you're going to have that geometry printed? |
| 16:57.56 | brlcad | either way, pretty cool .. nice level of detail |
| 16:57.59 | brlcad | what is it? :) |
| 16:58.02 | cvds_ | brlcad: yes, but have to build the printer first :) |
| 16:58.31 | cvds_ | its a finger switch with 5 directions, N E S W and down |
| 16:59.36 | cvds_ | and I would not be amazed that I need to adjust some of it to make it printer compitable |
| 16:59.46 | cvds_ | comaptible* |
| 17:02.02 | cvds_ | hmm here is to hoping I can fit the 2 missing optocoupler space |
| 17:02.03 | cvds_ | s |
| 17:15.13 | *** join/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 17:59.12 | cvds_ | and thanks for the compliment |
| 18:01.50 | cvds_ | hmm a raytrace from a sliced version takes way longer |
| 18:23.47 | *** join/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 19:16.04 | cvds_ | brlcad: more renders: http://flic.kr/s/aHsjwoVYoK |
| 20:11.25 | CIA-48 | BRL-CAD: 03abhi2011 * r47270 10/brlcad/trunk/src/libged/simulate/ (7 files): Separated the list of manifolds generated by bullet and that generated by rt, as they are required at different times during the simulation iterations |
| 20:24.51 | CIA-48 | BRL-CAD: 03abhi2011 * r47271 10/brlcad/trunk/src/libged/simulate/ (simrt.c simulate.h): Corrected some errors in setting up the linked list |
| 20:56.25 | CIA-48 | BRL-CAD: 03abhi2011 * r47272 10/brlcad/trunk/src/libged/simulate/ (simcollisionalgo.cpp simrt.c): Corrected some code for generating the normals and depth values correctly |
| 23:27.01 | CIA-48 | BRL-CAD: 03abhi2011 * r47273 10/brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp: The manifold points were not getting inserted correctly, fixed it to some extent, still cant keep objects steady on top of each other, hunting for what I am missing out |
| 23:55.05 | starseeker | cvds_: the -k option to rt is helpful when you're doing sliced views |
| 23:55.24 | starseeker | (think it's -k - the cutting plane) |