| 00:06.04 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) |
| 00:06.04 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 00:13.08 | *** join/#brlcad merzo (~merzo@165-36-133-95.pool.ukrtel.net) |
| 00:44.55 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 05:02.32 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 05:12.51 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 07:21.32 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 09:12.36 | *** join/#brlcad mafm (~mafm@81.32.105.120) |
| 10:32.34 | *** join/#brlcad mafm_ (~mafm@81.32.105.120) |
| 10:53.39 | *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de) |
| 13:34.43 | ``Erik | heh, todays xkcd is a jab at debian packages :D |
| 13:39.09 | CIA-2 | BRL-CAD: 03davidloman * r40665 10/rt^3/trunk/tests/libNet/CMakeLists.txt: Drop Gateway Testing since the concept of a Gateway no longer exists in libNet. Add in libbu and libpkg to cmake projects. |
| 13:44.18 | CIA-2 | BRL-CAD: 03bob1961 * r40666 10/brlcad/trunk/src/libtclcad/ged_obj.c: Modified ged_obj.c to handle expose events a little better (i.e. not refreshing if there are pending expose events). |
| 13:50.09 | CIA-2 | BRL-CAD: 03bob1961 * r40667 10/brlcad/trunk/src/tclscripts/lib/Legend.tcl: Added a configbody for Legend::textColor. |
| 13:50.56 | CIA-2 | BRL-CAD: 03bob1961 * r40668 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the handle_expose method to cadwidgets::Ged. |
| 13:57.24 | CIA-2 | BRL-CAD: 03davidloman * r40669 10/rt^3/trunk/src/libPkgCpp/CMakeLists.txt: Whats using the old CMAKE variables for getting brlcad libraries |
| 14:04.06 | CIA-2 | BRL-CAD: 03davidloman * r40670 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: Changes in libUtility need to be updated for event testing (ThreadUtils->GSThread) |
| 14:05.00 | CIA-2 | BRL-CAD: 03davidloman * r40671 10/rt^3/trunk/tests/ (GS/CMakeLists.txt libNet/CMakeLists.txt): Updated CMakeLists.txt. Added includes for brlcad headers and libs. |
| 14:10.13 | d-lo | locusts! LOL |
| 14:19.07 | d-lo | nice: http://xkcd.com/754/ |
| 14:22.33 | CIA-2 | BRL-CAD: 03davidloman * r40672 10/rt^3/trunk/tests/libpkgcpp/pkgcppTest.cxx: Cascading changes from libpkgcpp |
| 14:23.30 | CIA-2 | BRL-CAD: 03davidloman * r40673 10/rt^3/trunk/tests/libNet/netMsgSerialTest.cxx: WS, Formatting. Used ide autoformatting. |
| 14:23.57 | CIA-2 | BRL-CAD: 03davidloman * r40674 10/rt^3/trunk/tests/libNet/PrintingMsgHandler.h: Fix incorrect includes. |
| 14:25.30 | CIA-2 | BRL-CAD: 03davidloman * r40675 10/rt^3/trunk/tests/libJob/ (BasicJMTest.cxx PrintToStdOutJob.cxx): Cascading ThreadUtils->GSThread changes |
| 14:45.15 | CIA-2 | BRL-CAD: 03davidloman * r40676 10/rt^3/trunk/tests/libNet/gatewayTest.cxx: Remove unused gateway test |
| 15:25.10 | CIA-2 | BRL-CAD: 03davidloman * r40677 10/rt^3/trunk/src/libNet/NetMsgFactory.cxx: Opps! Was accidentially reading the msgType out of the Datastream instead of peeking at it. This was causing all the NetMsg deserializers to fail as it wasn't getting to parse the int16 msgType correctly. |
| 16:35.00 | *** join/#brlcad joe__ (~joe@c-24-126-150-146.hsd1.ga.comcast.net) |
| 16:36.35 | joe1 | hello all, I am a newbie trying to model/simulate the working of an elliptic trammel and am wondering if you have any thoughts/suggestions that could help me? |
| 16:37.28 | joe1 | as it is a pretty common mechanical part, I am wondering if there might be any library that I can search for this component. |
| 16:55.49 | starseeker | joe1: not really any libraries at the moment - is there a picture of the part anywhere? |
| 16:57.07 | ``Erik | a machine like http://www.sciencemuseum.org.uk/images/object_images/535x535/10302774.jpg ? |
| 17:00.51 | joe1 | something like this http://motionsystemdesign.com/images/ms1.jpg |
| 17:02.09 | starseeker | joe1: you can create a CSG model of that in BRL-CAD (should actually be a good candidate for CSG modeling, based on that drawing) but simulating the motion of the tool is not really something we support directly |
| 17:03.45 | starseeker | joe1: the red tip looks like two cylindars and a cone, the grey arm is an arb8 with subtractions to create holes for the other parts to go in... |
| 17:04.08 | starseeker | actually a VERY good beginner model |
| 17:04.26 | joe1 | starseeker: I was reading the tutorials and found this http://brlcad.org/wiki/Animation, but i am not sure how good the result is. Do you think that there is no point taking this route if my primary goal (for now) is to simulate the motion. |
| 17:04.57 | starseeker | you could animate the motion, but there is a difference between animation and simulation |
| 17:05.21 | joe1 | i want to get to a point where I change the length/other parameters and see how the resulting ellipse would be. |
| 17:05.26 | starseeker | by simulation I'm assuming you mean describe the geometry, apply a force to the arm, and calculate the results... |
| 17:05.53 | starseeker | yeah, CAD modeling is actually overkill for that |
| 17:07.47 | joe1 | starseeker: do you know of any opensource(linux) CAD modeling software that could do that? |
| 17:08.30 | starseeker | joe1: if all you want is to generate the ellipse based on inputs, that's just a 2-D mathematics problem |
| 17:08.47 | joe1 | i like the csg model of brlcad and feel comfortable that I can create a model of the elliptic trammel but am not sure if it will help me to my eventual goal |
| 17:08.51 | starseeker | probably has a few tricky bits, but doesn't need 3D geometry |
| 17:10.04 | starseeker | I don't know of software to do that offhand |
| 17:10.09 | starseeker | might ask on the Maxima list |
| 17:10.11 | joe1 | starseeker: yes, what you say makes sense. taking a step back, it can be condensed to a 2-d math problem. |
| 17:10.13 | starseeker | or Octave |
| 17:10.31 | joe1 | you mean gnu octave? |
| 17:10.35 | starseeker | yep |
| 17:12.34 | joe1 | starseeker: thanks a lot for your help. it appears that you have just saved me a lot of time. |
| 17:15.40 | starseeker | joe1: welcome - good luck with the simulation! |
| 17:15.41 | joe1 | starseeker: what is the reasoning behind creating a model in brlcad if it cannot be simulated? is it to pass on the specs to the manufacturers? |
| 17:16.04 | joe1 | just curious, that's all. |
| 17:17.01 | starseeker | joe1: the CSG description is used for various analytical studies and can be converted into other formats - we just don't do dynamic "test the assembly line" style simulations where the physics of "this part would move that part" are important |
| 17:17.53 | starseeker | although, we'd be happy to get patches :-P |
| 17:18.13 | starseeker | hunts for the CAD diagram... |
| 17:18.59 | starseeker | This identifies our coverage in the world of CAD: http://brlcad.org/gallery/s/diagrams/Industry_Diagram.png.html |
| 17:19.50 | joe1 | starseeker: Thanks. |
| 17:20.44 | *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net) |
| 17:20.44 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 17:21.10 | joe1 | starseeker: from the diagram, would simulation be considered a part of CAID? |
| 17:24.16 | starseeker | joe1: probably either that or MCAD |
| 17:24.25 | joe1 | ok, thanks |
| 17:24.57 | starseeker | you could also consider it part of CAE - e.g. validation of a mechanical design |
| 17:25.37 | starseeker | the definitions are a bit fuzzy depending on what you're trying to do - brlcad can probably identify it better |
| 17:25.53 | starseeker | (author of the diagram, he'll be on eventually) |
| 17:30.30 | joe1 | i have been searching around and there does not seem to be any linux modelling tools. Almost all of them seemed to be drafting/design tools.. |
| 17:31.40 | starseeker | joe1: BRL-CAD is one of a very few open source CAD tools. For animation modeling, Blender is the place to start - however, it doens't do CAD style modeling |
| 17:32.17 | joe1 | ok, thanks. I will check blender out.. |
| 18:19.50 | CIA-2 | BRL-CAD: 03starseeker * r40678 10/rt^3/branches/subversion-cmake/ (4 files in 2 dirs): Add in an svntest executable - will try to pin down the C calls needed to create, commit to, checkout from, and update a repository. |
| 18:24.58 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 18:31.55 | *** join/#brlcad Ralith (~ralith@142.58.92.11) |
| 19:50.28 | CIA-2 | BRL-CAD: 03starseeker * r40679 10/rt^3/branches/subversion-cmake/README: List the various libraries and their functions per red-bean (which is CC-A 2.0 licensed) |
| 19:59.10 | brlcad | ahhh, progress! |
| 20:02.47 | brlcad | howdy joe1 |
| 20:05.35 | brlcad | starseeker: we do support simulating that motion .. we've just lost the expertise that knows how to use it (joint objects) |
| 20:06.04 | starseeker | ah, yes - forgot about joint objects |
| 20:09.01 | brlcad | if joe1 writes a procedure that generates teh model for a given 360 position, he could very easily achieve the animation he's desiring without the need for joints or complex association controls |
| 20:12.05 | joe1 | brlcad: hello. |
| 20:14.00 | joe1 | brlcad: i am still checking out octave and it appears that it might be easier to simulate the equation there. |
| 20:15.09 | brlcad | nods |
| 20:15.23 | brlcad | did you just need the values, or are you wanting the resulting animation ? |
| 20:15.53 | brlcad | you could use octave to get the values, use those as inputs to a script that generates your csg geometry and animation frames |
| 20:16.57 | joe1 | brlcad: that is a smart idea. |
| 20:17.12 | joe1 | will do so. |
| 20:37.49 | CIA-2 | BRL-CAD: 03starseeker * r40680 10/rt^3/branches/subversion-cmake/svntest/main.c: Have svntest create a repository, or if it already has one keep going. |
| 21:30.17 | *** join/#brlcad Ralith (~ralith@142.58.92.11) |
| 22:32.52 | CIA-2 | BRL-CAD: 03starseeker * r40681 10/rt^3/branches/subversion-cmake/svntest/ (CMakeLists.txt main.c): Get a checkout to run, although the use of the hard-coded array and sprintf is just a hack - bu_vls will be the order of the day eventually for that. |
| 22:35.27 | *** join/#brlcad IriX64 (~IriX64@bas2-sudbury98-1096601079.dsl.bell.ca) |
| 22:35.28 | Maloeran | Hum, snprintf() would probably be preferable. sprintf() is pretty bad |
| 22:58.24 | CIA-2 | BRL-CAD: 03davidloman * r40682 10/rt^3/trunk/include/PortalManager.h: Add in <sys/select.h> header include for compiling on ubuntu. |
| 22:59.45 | CIA-2 | BRL-CAD: 03davidloman * r40683 10/rt^3/trunk/tests/ (GS/CMakeLists.txt libNet/CMakeLists.txt): Specifically add libbu into the linker for compiling on ubuntu. |
| 23:03.28 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) |
