| 00:12.15 | brlcad | elf_: the patch looks like it has a problem to me |
| 00:16.28 | brlcad | elf_: more specifically, the changes to simulate.c look like it'll scale objects depending on their bounding box position |
| 00:17.17 | brlcad | consider what will happen if I simulate a box 900mm^3 with another 1100mm^3 |
| 00:21.44 | brlcad | also, if the bounding box values are in position, then comparing them against 1000 would be wrong -- that needs testing or explanation in the code |
| 00:22.02 | brlcad | pretty much any time you put a constant number in the code, you need to explain it in a comment |
| 01:42.33 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:04.21 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 04:37.29 | brlcad | looks like nearly all of the old code is really pretty clean with respect to single precision |
| 04:37.43 | brlcad | it's all the new nurbs code that gets it horribly wrong all over the place |
| 04:38.45 | brlcad | this will make a great regression test... |
| 04:45.25 | elf_ | brlcad, the changes in simulate.c are supposed to change the bb values, BRL-CAD like you said keeps the units internally in mm and transforms them on the fly in the working unit, but when transferring them to bullet they don't get transformed in meters if they are are meters, they get transfered without being transformed so bullet gets a big number |
| 04:45.34 | elf_ | that it considers to be in meters |
| 04:45.43 | elf_ | it was a temporary fix |
| 06:48.02 | *** join/#brlcad abhi2011 (~chatzilla@122.167.35.78) | |
| 08:43.29 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.43.95) | |
| 10:28.55 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:36.30 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 10:59.23 | *** join/#brlcad abhi2011 (~chatzilla@122.167.6.26) | |
| 11:27.24 | starseeker | brlcad: sigh. What'd I break now? |
| 12:20.08 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:20.19 | pawleeq | hello |
| 12:23.07 | pawleeq | I am trying to convert one Pro/E model to BRL-CAD, however I end up with error... here is the output: http://pastebin.com/uBKBGgwS |
| 13:17.26 | brlcad | starseeker: huh? |
| 13:18.14 | brlcad | pawleeq: can't reach pastebin.com, can you post to a different one? |
| 13:18.52 | brlcad | starseeker: oh, I was responding to you: 07:31 < starseeker> hmm... CIA really got clobbered this time |
| 13:19.41 | brlcad | see the three lines after |
| 13:22.39 | brlcad | ``Erik: MAT_INIT_IDN and MAT_INIT_ZERO ftw |
| 13:57.55 | starseeker | brlcad: ah. |
| 13:58.40 | starseeker | somebody upgraded something and kaboom? |
| 14:00.34 | pawleeq | here is another link, sorry for the delay http://pawleeq.com/iges-g-trouble.txt |
| 14:17.32 | brlcad | starseeker: not exactly, it's a bit complex |
| 14:18.07 | brlcad | there are several efforts to get things restored, but it'll likely be a couple weeks before we get something back in place |
| 14:41.10 | brlcad | pawleeq: our iges importer is not set up for the entity types you exported from pro/e |
| 14:41.53 | brlcad | pawleeq: I suggest either trying our new step-g importer or obj-g importer (or use our legacy Pro/E plugin) |
| 14:42.38 | brlcad | see http://brlcad.org/d/node/95 for that |
| 14:42.53 | brlcad | recommend trying step though first |
| 14:43.41 | pawleeq | ok thank you |
| 14:48.21 | pawleeq | well, step-g produces empty database, obj-g ends with "Core Dumped" |
| 15:08.01 | brlcad | pawleeq: ouch! |
| 15:08.13 | brlcad | pawleeq: what version are you on? |
| 15:08.34 | brlcad | they are both experimental, but should have gotten a little farther than that |
| 15:09.02 | brlcad | if you post your step and obj file somewhere, I can take a look at converting them |
| 15:38.10 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:38.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:28.36 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 16:30.01 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:30.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:48.49 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 17:01.24 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:08.10 | pawleeq_ | brlcad: I run 7.22 |
| 18:21.49 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 19:14.56 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 20:04.53 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:45.23 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:08.36 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:02.03 | *** join/#brlcad merzo (~merzo@165-59-133-95.pool.ukrtel.net) | |