| 00:48.30 | brlcad | no docs other than source code, best bet is to look at places in libged (such as bigE.c right above there in that last commit) and mged |
| 00:50.08 | brlcad | cool fix, have to give that a test! |
| 01:29.11 | *** join/#brlcad stevegt` (n=stevegt@cislunar.TerraLuna.Org) | |
| 01:47.16 | *** join/#brlcad stevegt` (n=stevegt@cislunar.TerraLuna.Org) | |
| 01:56.02 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) | |
| 02:15.04 | starseeker | Ralith: yep, that seems to have the translation bug - one oddity is it doesn't seem to completely "follow" the mouse at the same speed it's being dragged - is it scaling down the mouse movement on the whole desktop to a percentage of the g3d window? |
| 02:19.56 | starseeker | Ralith: hmm: http://bzflag.bz/~starseeker/g3d_rotate_bug.avi |
| 02:21.47 | starseeker | Ralith: it's also possible when translating to move the mouse faster and have the mouse get further away from the knot |
| 02:22.05 | starseeker | it's like it's polling only every so often and losing dragging information as a result |
| 02:22.40 | Ralith | odd. |
| 02:22.47 | Ralith | sure that's not just an artifact of the 3D view? |
| 02:23.42 | starseeker | pretty sure |
| 02:24.04 | starseeker | try a small g3d window and doing the shift thing, moving the mouse quickly |
| 02:24.19 | starseeker | or do you mean the rotation? |
| 02:24.23 | starseeker | I doubt it |
| 02:24.39 | starseeker | you could try another mesh to be sure |
| 02:25.14 | starseeker | checks... |
| 02:25.22 | starseeker | no, there's a definite shift to the right |
| 02:25.28 | starseeker | maybe even some kind of inversion |
| 02:26.52 | starseeker | Ralith: also, the command dialog doesn't seem to behave well when you hit run with an empty box |
| 02:27.45 | Ralith | seems to work fine here |
| 02:27.53 | starseeker | hmm |
| 02:27.58 | Ralith | what's it doing [wrong]? |
| 02:28.27 | starseeker | it just freezes, and you have to hit Command Dialog again to bring up a new one, enter something, then hit Run to clear it |
| 02:28.41 | starseeker | can you confirm the translate and rotate issues? |
| 02:29.11 | Ralith | freezes? O.o |
| 02:29.22 | Ralith | there's not even multiple command dialogs |
| 02:29.26 | Ralith | just the same one getting hidden/shown |
| 02:29.35 | Ralith | I confirm the translate mismatch |
| 02:29.40 | Ralith | lemme watch that video to see the rotate thing |
| 02:29.57 | starseeker | makes a video of the dialog... |
| 02:30.32 | starseeker | hmm, now it's not doing it... |
| 02:30.42 | starseeker | oh |
| 02:30.46 | Ralith | that rotate thing is known |
| 02:30.49 | starseeker | MGED camera makes a difference |
| 02:30.51 | Ralith | technically a feature |
| 02:30.52 | starseeker | Ralith: k |
| 02:30.57 | starseeker | blinks... |
| 02:31.05 | Ralith | but imma scrap it once I work out what's responsible for it |
| 02:31.41 | Ralith | what it is is the camera keeping its local Y axis as closely aligned with the global Z axis as possible |
| 02:33.05 | starseeker | http://bzflag.bz/~starseeker/g3d_dialog_bug.avi |
| 02:33.43 | starseeker | The knot getting smaller correlates with me clicking on Run |
| 02:35.43 | starseeker | Ralith: http://www.ogre3d.org/wiki/index.php/Quaternion_and_Rotation_Primer |
| 02:35.53 | starseeker | specifically, Q. Why do I occasionally get a flickering of my object while it is rotating? |
| 02:36.45 | starseeker | also Q. How can I make my objects rotate smoothly? You mentioned slerp, etc? |
| 02:37.01 | Ralith | starseeker: ah, I see, that *is* mged specific, almost certainly because it assigns meaning to a single mouseclick. |
| 02:37.39 | starseeker | uh... shouldn't it know it's over a dialog? |
| 02:37.56 | Ralith | should. |
| 02:38.01 | Ralith | probably an event propogation issue |
| 02:54.56 | Ralith | yeah |
| 02:55.07 | Ralith | starseeker: and the pan issue is probably just a coordinate system conversion issue |
| 02:55.16 | Ralith | there's two or three different ones going on there |
| 02:55.37 | Ralith | Ogre's, Qt's window space coords, and possibly Qt's graphics scene space coords |
| 02:56.22 | starseeker | Oh, so we already have what's in the ogre wiki? |
| 03:04.42 | starseeker | oh, pan not rotate |
| 03:04.45 | starseeker | smacks self |
| 03:36.45 | Ralith | :P |
| 03:51.55 | *** part/#brlcad jdoliner (n=jdoliner@c-68-51-75-169.hsd1.il.comcast.net) | |
| 05:47.49 | CIA-31 | BRL-CAD: 03Ebautu 07http://brlcad.org * r1602 10/wiki/User:EBautu: /* Results */ |
| 05:51.43 | CIA-31 | BRL-CAD: 03Ebautu 07http://brlcad.org * r1603 10/wiki/User:EBautu: /* Conclusions (added at the end of the project) */ |
| 06:08.27 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) | |
| 07:36.55 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) | |
| 08:03.44 | CIA-31 | BRL-CAD: 03d_rossberg * r35621 10/brlcad/trunk/src/libged/human.c: |
| 08:03.44 | CIA-31 | BRL-CAD: replaced c99 idiom with c89 compatible one |
| 08:03.44 | CIA-31 | BRL-CAD: (all declarations have to be on top of a block) |
| 08:05.51 | CIA-31 | BRL-CAD: 03d_rossberg * r35622 10/brlcad/trunk/src/libged/CMakeLists.txt: added human.c (sync with Makefile.am) |
| 10:16.22 | *** join/#brlcad docelic (n=docelic@78.134.196.178) | |
| 10:22.05 | CIA-31 | BRL-CAD: 03jdoliner * r35623 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: Implemented SetCurveCurveIntersectionDir, to set the m_dirA, m_dirB fields of an ON_X_EVENT |
| 10:48.06 | *** join/#brlcad Guest33190 (n=vIRC@85.102.210.40) | |
| 11:15.10 | *** join/#brlcad BigAToo (n=BigAToo@96.230.124.48) | |
| 11:19.34 | *** join/#brlcad mafm (n=mafm@2.Red-83-63-197.staticIP.rima-tde.net) | |
| 11:21.45 | *** join/#brlcad jdoliner (n=jdoliner@c-68-51-75-169.hsd1.il.comcast.net) | |
| 12:35.29 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-48.sbndin.btas.verizon.net) | |
| 12:51.18 | *** join/#brlcad d_rossberg (n=rossberg@66.111.56.50) | |
| 13:25.21 | CIA-31 | BRL-CAD: 03bob1961 * r35624 10/brlcad/trunk/src/libged/bigE.c: Handling each argument separately so that each has its own display list. |
| 13:27.58 | *** join/#brlcad mafm_ (n=mafm@2.Red-83-63-197.staticIP.rima-tde.net) | |
| 13:28.34 | brlcad | d_rossberg: have a great vacation! ttyl whe you ge back |
| 13:28.43 | brlcad | thx for the note |
| 13:43.44 | d_rossberg | brlcad: no problem |
| 14:19.12 | *** join/#brlcad BigAToo (n=BigAToo@208.95.141.189) | |
| 14:40.50 | *** join/#brlcad samrose (n=samrose@adsl-99-147-180-206.dsl.lgtpmi.sbcglobal.net) | |
| 14:48.05 | *** join/#brlcad Elrohir (n=kvirc@p5B14F8F3.dip.t-dialin.net) | |
| 15:04.43 | *** join/#brlcad archivist_ (n=archivis@host81-149-119-172.in-addr.btopenworld.com) | |
| 15:07.47 | CIA-31 | BRL-CAD: 03bob1961 * r35625 10/brlcad/trunk/src/libged/bigE.c: Formatting. |
| 15:16.21 | CIA-31 | BRL-CAD: 03irpguardian * r35626 10/brlcad/trunk/src/ (libged/human.c shapes/human.c): Procedural Human Generator now works, using libged directory. |
| 15:16.46 | CIA-31 | BRL-CAD: 03bob1961 * r35627 10/brlcad/trunk/src/ (4 files in 3 dirs): Added a tcl interface to Stevens human command. |
| 15:18.59 | CIA-31 | BRL-CAD: 03bob1961 * r35628 10/brlcad/trunk/ (include/ged.h src/libged/human.c): Const the av argument to ged_human. Declare ged_human in ged.h |
| 15:20.32 | CIA-31 | BRL-CAD: 03irpguardian * r35629 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: Fixed some variable names so they are consistent |
| 15:52.08 | CIA-31 | BRL-CAD: 03irpguardian * r35630 10/brlcad/trunk/src/ (2 files in 2 dirs): Adjustments to archer human wizard script, and making av in human.c constant |
| 15:58.12 | CIA-31 | BRL-CAD: 03starseeker * r35631 10/brlcad/trunk/src/librt/ (Makefile.am primitives/eto/eto_brep.cpp): Start fooling around with approaches to createing an eto brep. |
| 16:09.27 | CIA-31 | BRL-CAD: 03starseeker * r35632 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: more eto_brep exploring. |
| 16:19.18 | CIA-31 | BRL-CAD: 03starseeker * r35633 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Well, the eto_brep file compiles at least... |
| 16:22.57 | *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.11) | |
| 16:23.41 | *** join/#brlcad surje (n=surje@202.3.77.11) | |
| 16:30.01 | CIA-31 | BRL-CAD: 03starseeker * r35634 10/brlcad/trunk/src/ (librt/Makefile.am proc-db/csgbrep.cpp): Eto brep is to the point where it generates something (not correct yet) so enable it in csgbrep procdb. |
| 16:30.21 | *** join/#brlcad samrose (n=samrose@adsl-99-147-180-206.dsl.lgtpmi.sbcglobal.net) | |
| 16:39.23 | CIA-31 | BRL-CAD: 03brlcad * r35635 10/brlcad/trunk/src/other/tkhtml3/Makefile.in: yay, functional distcheck once again. this helps tkhtml3 find the pkgIndex.tcl file during distcheck and out-of-dir builds during make install. |
| 16:41.10 | CIA-31 | BRL-CAD: 03irpguardian * r35636 10/brlcad/trunk/src/ (libged/human.c shapes/human.c): Disabled custom filename output for human generator to better fit with libged standards. |
| 18:29.22 | CIA-31 | BRL-CAD: 03irpguardian * r35637 10/brlcad/trunk/src/ (2 files in 2 dirs): |
| 18:29.22 | CIA-31 | BRL-CAD: Fixed human.c to not close a non-existing database. |
| 18:29.22 | CIA-31 | BRL-CAD: Reworked HumanWizard functionality. |
| 19:06.40 | CIA-31 | BRL-CAD: 03Jdoliner 07http://brlcad.org * r1604 10/wiki/User:Jdoliner: |
| 19:26.25 | CIA-31 | BRL-CAD: 03starseeker * r35638 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: More tweaking - got the default eto to work, not convinced solution is general. |
| 19:48.27 | *** join/#brlcad samrose_ (n=samrose@adsl-99-147-180-206.dsl.lgtpmi.sbcglobal.net) | |
| 20:03.15 | CIA-31 | BRL-CAD: 03brlcad * r35639 10/brlcad/trunk/src/librt/CMakeLists.txt: sync ell_brep.cpp and tor_brep.cpp .. why isn't distcheck halting? |
| 20:57.40 | CIA-31 | BRL-CAD: 03brlcad * r35640 10/brlcad/trunk/sh/cmakecheck.sh: aha! need to return a non-zero result in order to indicate missing files. |
| 20:58.45 | CIA-31 | BRL-CAD: 03brlcad * r35641 10/brlcad/trunk/Makefile.am: don't just print the return code, halt hard if the cmake files are out of sync. this should help. |
| 21:00.26 | CIA-31 | BRL-CAD: 03starseeker * r35642 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Clean up the logic for finding directions (thanks Ed) |
| 21:01.14 | poolio_ | starseeker: I see you're playing around with all that brep code. If there's anything I can help you with just let me know :) |
| 21:01.24 | starseeker | poolio_: cool, thanks! |
| 21:01.33 | starseeker | actually, I did have a question about the ell code |
| 21:02.23 | starseeker | I see where you got it out of the old bspline stuff, but when I tried it I get something that's a bit distorted |
| 21:02.29 | starseeker | did the original code succeed? |
| 21:04.57 | CIA-31 | BRL-CAD: 03brlcad * r35643 10/brlcad/trunk/src/librt/CMakeLists.txt: sync missing brep files, woohoo because distcheck caught them and halted |
| 21:09.37 | poolio_ | starseeker: I thought it did, but I didn't test it very thoroughly |
| 21:12.14 | poolio_ | distorted as in totally wrong surface entirely? |
| 21:12.52 | starseeker | poolio_: well, if you're bored you could debug ell_brep.cpp :-) |
| 21:12.56 | starseeker | makes screenshot |
| 21:13.24 | poolio_ | moreso procrastinating than bored, but I can take a look :) |
| 21:14.57 | starseeker | http://bzflag.bz/~starseeker/ell.png |
| 21:16.39 | starseeker | poolio: if you have trunk built, you can run csgbrep |
| 21:16.39 | poolio | So when I tested it, I was only looking at the wireframe view because the raytracing didn't work well. Is the raytracing good now? |
| 21:16.44 | brlcad | procrastination is a great productivity motivator :) |
| 21:16.50 | CIA-31 | BRL-CAD: 03erikgreenwald * r35644 10/isst/trunk/src/gui.c: draw performance improvements |
| 21:17.10 | poolio | starseeker: it's building now, so I may have to return to packing for a bit |
| 21:17.34 | starseeker | poolio: raytracing should be good |
| 21:17.34 | brlcad | the ray-tracing is pretty solid now -- there are a few minor issues but even complex geometry is rendering pretty well now |
| 21:17.37 | starseeker | good enough |
| 21:18.02 | brlcad | likes the ying/yang ell |
| 21:18.50 | starseeker | expects more issues will crop up once we have full CSG models converted for testing |
| 21:18.54 | poolio | so it is more probable that the geometry is wrong and the raytracing is right? |
| 21:19.19 | starseeker | depends on the defect type |
| 21:19.45 | starseeker | I'm pretty sure the ell is geometry |
| 21:22.06 | poolio | do we have a way to export breps that can be read by other cad software that we know works? |
| 21:23.13 | brlcad | our breps are 3dm data, would be trivial to dump a given object to a 3dm file and import into rhino or whatever |
| 21:26.41 | ``Erik | src/brlcad/src/proc-db/csgbrep.cpp:139: undefined reference to `rt_eto_brep' |
| 21:27.17 | starseeker | ``Erik: did you rebuild librt? |
| 21:27.31 | ``Erik | tried... |
| 21:34.09 | starseeker | smacks automake |
| 22:20.38 | CIA-31 | BRL-CAD: 03n_reed * r35645 10/brlcad/trunk/ (include/dm-rtgl.h src/libdm/dm-rtgl.c): fully random job shuffling and point scaling to match completion |
| 22:26.24 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) | |
| 22:41.08 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 22:52.45 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 22:56.39 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) | |
| 23:03.00 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 23:11.21 | *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org) | |
| 23:20.22 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
