| 00:06.36 | CIA-68 | BRL-CAD: 03brlcad * r52409 10/brlcad/trunk/include/Makefile.am: missing nurbs.h |
| 00:06.40 | brlcad | distcheck-full is a beautiful thing |
| 03:01.47 | CIA-68 | BRL-CAD: 03brlcad * r52410 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: ignore/inclue the scl_cf.h.in header template |
| 03:01.47 | CIA-68 | BRL-CAD: 03brlcad * r52411 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: bah, it's not actually a repo file -- something is writing to the src tree |
| 03:02.08 | *** join/#brlcad CIA-68 (cia@cia.vc) |
| 04:19.13 | *** join/#brlcad CIA-44 (cia@cia.vc) |
| 04:35.02 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) |
| 06:30.24 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) |
| 09:22.25 | *** join/#brlcad stas (~stas@82.208.133.12) |
| 09:37.32 | elf_ | the x,y, z axes in the mged library are not the same as the x,y,z axes in OpenGl are they? |
| 09:38.14 | elf_ | I mean with x,z on the horizontal, and y the vertical axis |
| 09:59.51 | elf_ | For the simulate command do I need to create regions for the box and ground objects, or can they be primitives? |
| 10:02.28 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) |
| 10:17.09 | elf_ | Also where is the sim.c file saved? I think I ran a simulation and it say the result of it can be seen in the sim.c file, I can't find that file. |
| 10:25.26 | elf_ | And also aren't I supposed to see something happening while running the simulate command for the box falling to the ground? Or I got that wrong? |
| 10:51.09 | *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz) |
| 12:33.57 | brlcad | elf_: they don't even really mean that in opengl either, just some tutorials teach it that way |
| 12:34.15 | brlcad | nearly all CAD systems use Z for elevation |
| 12:34.52 | elf_ | yeah, but that was the way I got used to it, with Y for height, anyway I figured that out |
| 12:34.57 | elf_ | and I did run a simulation |
| 12:35.02 | elf_ | or I think I did it |
| 12:35.25 | brlcad | it's a common ill-taught convention |
| 12:35.39 | elf_ | I get the "The simulation result is in group : sim.c" so where can I find that sim.c? |
| 12:35.59 | brlcad | display engines use Y for elevation because that made the most sense back in the day to think of things in terms of your screen's xy coordinates |
| 12:36.12 | elf_ | And also wasn't I supposed to see the box actually falling on the ground rpp? Or am I missing something? |
| 12:36.22 | brlcad | some 3d engines carried that over, but it's not the most intuitive from a modeling perspective for most domains |
| 12:36.43 | brlcad | elf_: did you try to display sim.c? |
| 12:37.14 | brlcad | note the message says group and you said file |
| 12:37.25 | brlcad | group != file |
| 12:38.29 | elf_ | I tried the rt sim.c command in the mged terminal |
| 12:38.48 | brlcad | "the rt sim.c" command?? |
| 12:39.04 | brlcad | be more specific |
| 12:39.24 | elf_ | well, the ray tracing command on the sim.c group, rt is the raytracing command, right? |
| 12:39.50 | brlcad | rt is the raytracing command |
| 12:41.06 | brlcad | how you ray trace the sim.c group, though, is what you may be doing wrong? |
| 12:43.34 | elf_ | That's the thing, I think I got it wrong here. |
| 12:44.28 | brlcad | the "who" command will tell you what objects are being displayed |
| 12:44.38 | brlcad | the "draw" command will load geometry into the display |
| 12:44.52 | brlcad | the "Z" command will unload all geometry |
| 12:45.04 | brlcad | the "rt" command will ray trace the currently loaded geometry |
| 12:45.52 | brlcad | the "tops" and "ls" commands will tell you what geometry can be loaded/unloaded |
| 12:46.06 | elf_ | In the mged window I type, "rt sim.c" and I get the info about the Brlcad version release then Compile-time debug symbols that are available and some things about planning to run on 4 processors, then the path to the rt command, opendb sim.c and tree -u model /home/elf/brlcad/s2.g box ground sim.c |
| 12:46.18 | elf_ | then rt: rt_dirbuild(sim.c) failure |
| 12:46.21 | brlcad | "rt sim.c" is not right |
| 12:47.01 | brlcad | play with those six commands, run "help [cmd]" to get a basic usage statement for each |
| 12:47.10 | elf_ | okay |
| 12:47.43 | brlcad | if you haven't figured it out in less than 5 minutes, we might have a problem... :) |
| 12:47.51 | elf_ | okay |
| 12:48.02 | brlcad | but let me know and we'll get things straightened out |
| 12:51.59 | elf_ | Okay, so I unloaded all geometry with the Z command, then run "draw sim.c" then "rt" |
| 12:52.04 | elf_ | that's it right? |
| 12:53.23 | elf_ | Also for the sim.c group, I created (before I mean) 2 regions, one region was the box the other one was the ground. |
| 12:53.32 | elf_ | That's the way to do it right/ |
| 13:17.25 | brlcad | that sounds better |
| 13:19.02 | elf_ | Okay, so now I should do a script for this? Or try to do the movie part too? |
| 13:19.25 | elf_ | or just write down the steps on how to use the simulate command in a wiki page? |
| 13:26.08 | brlcad | well, first question is did it look like the simulate did aything? |
| 13:26.17 | brlcad | s/aything/anything/ |
| 13:46.44 | elf_ | brlcad, it looks like something happens, when I run simulate 100, there are 100 iterations, and the 2 regions are added to the raytracer, it's that right? |
| 13:47.44 | elf_ | Then when I use the rt command I get some info about overlaps, the time the shot took on the cpu, and info about the solid/ray intersections(hits+miss) |
| 14:13.48 | CIA-44 | BRL-CAD: 03starseeker * r52413 10/brlcad/trunk/src/librt/test_botpatches.cpp: Write the brep before starting the SSI testing. |
| 14:39.57 | CIA-44 | BRL-CAD: 03starseeker * r52414 10/brlcad/trunk/src/librt/test_botpatches.cpp: Simplify the patch building a bit - the 'correct' way to do this is probably proper feature detection as the first step, followed by flatness if needed. |
| 14:46.25 | brlcad | anyone with a mac handy, I just reposted the 7.22.0 dmg but would appreciate someone testing it to see if 1) it displays the background correctly when the dmg is mounted and 2) that it actually runs mged properly |
| 14:47.02 | brlcad | elf_: I don't know if that's right -- that's actually what I'm asking you |
| 14:47.27 | brlcad | if the result objects look the same as the final objects, probably not right |
| 14:47.40 | brlcad | if it actually simulated something, there should be some change in position/movement/etc |
| 14:58.15 | elf_ | http://paste.ubuntu.com/1196780/ so this is the first and the last overlap info, I think that there is a change in position |
| 15:04.35 | brlcad | elf_: the overlap messages are meaningless in this context |
| 15:04.44 | brlcad | you need to look at the geometry before and the geometry after |
| 15:04.56 | brlcad | or display them both at the same time and see if there is a change |
| 15:12.46 | elf_ | I displayed them both at the same time, and they look like they are overwritten, one on top of the other, so that means there's no change |
| 15:32.57 | brlcad | or your iterations are too small or too few or you didn't apply a force, etc |
| 15:34.14 | brlcad | that's why I suggested starting with just a simple ground and a box above the ground, so if you simulate sufficient number of steps and don't move the ground plane, the box should eventually hit the ground |
| 15:35.09 | brlcad | e-mail abhijit (http://brlcad.org/wiki/User:Abhijit) and cc me if you can't figure it out |
| 15:35.25 | brlcad | could also be that you didn't mark the ground plane (however one does that) so they both just fall together |
| 15:36.19 | brlcad | overlaps being reported would indicate that something is hitting/overlapping with something else |
| 15:36.47 | brlcad | for the simulation, I would expect that to eventually occur (it has to know when they collide, obviously) but it could also be an error on your part or something else entirely |
| 15:37.18 | brlcad | I suggest writing down what you've done already on the wiki for the tutorial, not waiting until you get it all working |
| 15:37.25 | brlcad | build it up step by step as you figure it out |
| 15:37.41 | brlcad | that'll be easier to reproduce what you're trying and help you too |
| 15:38.05 | elf_ | Okay, those are the steps I took so far 1. open new db 2. in box rpp.. 3. in ground rpp.. 4. sed box 5. tra 0 100 0 6. accept 7. r region1.r u box 8. r region2.r u ground 9. simulate 100 10. Z 11. draw sim.c 12. rt |
| 15:38.47 | elf_ | And marking the ground down, that's something I should look into and see how's done, the 2 regions might be falling together |
| 15:39.16 | brlcad | don't tell me here ... write it on the wiki with the *exact* steps to reproduce what you've done :) |
| 15:39.20 | brlcad | exact values, etc |
| 15:39.25 | elf_ | okay :) |
| 15:40.06 | brlcad | remember, this is a tutorial meant to be helpful to others that haven't done this, so be as specific as possible |
| 15:40.36 | elf_ | I understand that and I will also e-mail abhijit |
| 15:40.50 | brlcad | "click on the open file dialog button named XYZ", "then, in the mged command window, type this command: ..." etc |
| 15:41.10 | brlcad | make it so your mother could follow these steps |
| 15:42.46 | elf_ | Okay. |
| 16:16.40 | *** join/#brlcad abhi2011 (~chatzilla@122.167.12.70) |
| 16:32.38 | abhi2011 | Halo elf_ ! |
| 16:32.47 | elf_ | Hey Abhi :) |
| 16:33.02 | abhi2011 | elf eh :) ! |
| 16:33.18 | abhi2011 | so first off congrats ! |
| 16:33.30 | elf_ | Thank you :) |
| 16:33.55 | abhi2011 | so about this simulate command |
| 16:34.16 | abhi2011 | I think it should run if you just type simulate 1 |
| 16:34.20 | elf_ | yeah, I try to run it and simulate a cube falling on a ground plane |
| 16:34.41 | abhi2011 | hopefully you will see the cube move :P |
| 16:35.27 | abhi2011 | meanwhile I ll update my year old brlcad code ! |
| 16:36.41 | elf_ | Hopefully, the thing is I am doing something wrong, I will update in a moment a wiki page on how am I going about doing this simulation and maybe you can look over it and tell me if I am missing something or doing something wrong |
| 16:38.19 | abhi2011 | sure |
| 16:39.41 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4389 10/wiki/Mged_simulation: mged_simulation tutorial |
| 16:40.53 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4390 10/wiki/Mged_simulation: |
| 16:42.28 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4391 10/wiki/Mged_simulation: |
| 16:42.56 | elf_ | http://brlcad.org/wiki/Mged_simulation |
| 16:43.14 | elf_ | the mged_simulation and how I try to simulate that falling cube to the ground |
| 16:43.29 | elf_ | brlcad said that maybe there should be a way to fix the ground |
| 16:43.56 | elf_ | or to declare it as a static geometry so that when the simulation it runs just the cube will be falling |
| 16:45.39 | elf_ | ahh and the problem is that after I do those steps and run all the commands when I try againto display the initial geometry in the region1/2.r and the one in the sim.c group they are the same, I mean they look like they are overwritten one above the other one |
| 17:18.24 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) |
| 17:31.53 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4392 10/wiki/Mged_simulation: |
| 17:31.54 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) |
| 18:17.04 | *** join/#brlcad abhi2011 (~chatzilla@122.167.36.120) |
| 18:17.29 | abhi2011 | elf_, sorry had to step out a bit, what was that link again ? |
| 18:17.51 | elf_ | no problem http://brlcad.org/wiki/Mged_simulation |
| 18:18.05 | elf_ | there's where I describe the steps I took to run a simulation |
| 18:18.32 | abhi2011 | yeah I think there needs to be a cube called gp or something |
| 18:18.39 | abhi2011 | thats treated as the ground plane |
| 18:18.42 | abhi2011 | I ll check the code |
| 18:19.19 | elf_ | so you mean that I should create a cube named gp so that the simulation will know that's the ground right? |
| 18:19.49 | abhi2011 | yes try that , let see what happens |
| 18:22.58 | abhi2011 | line 389 in libged/simulate/simulate.c |
| 18:23.00 | abhi2011 | <PROTECTED> |
| 18:23.34 | abhi2011 | i think gp may work |
| 18:23.40 | abhi2011 | else try sim_gp |
| 18:25.32 | elf_ | I tried the gp it didn't work |
| 18:25.54 | elf_ | but maybe I don't have to create the regions, I mean after creating the geometry I also create 2 regions |
| 18:26.04 | elf_ | maybe that's the probem |
| 18:28.36 | elf_ | the sim_gp can't be a name to a region |
| 18:28.52 | elf_ | the sim_ prefix is added by the code when doing the simulation |
| 18:29.03 | elf_ | or that's what I understand from the source file |
| 18:30.18 | abhi2011 | so if there is a shape called gp.s and a cube called say cube.s, what happens when you run simulate 1 ? |
| 18:30.31 | abhi2011 | does it make any sim_*.r regions ? |
| 18:32.25 | abhi2011 | you can also try making a region out of the shape |
| 18:32.43 | abhi2011 | so try making a cube.r from cube.s and a gp.r from a gp.s |
| 18:33.02 | abhi2011 | I think simulate was only supposed to work on regions and leaves shapes alone |
| 18:33.20 | elf_ | with the gp.s and cube.s shape with no regions I get an error, that's why I was only trying with regions |
| 18:33.31 | abhi2011 | if you see add_regions() in line 78 in simulate.c |
| 18:33.36 | elf_ | "Error: add_regions: ERROR No objects were added" |
| 18:33.53 | elf_ | Yeah, that's from where I get the error |
| 18:34.22 | elf_ | So that's why I try to create the shapes, I use "r gp.r u gp.s" |
| 18:34.25 | abhi2011 | yeah so try making a gp.r and a cube.r |
| 18:34.35 | elf_ | Maybe that's not the right command? :/ |
| 18:34.58 | abhi2011 | do you get a gp.r when you list the geomtry and regions ? |
| 18:35.41 | abhi2011 | as far as I recall, that should work |
| 18:36.36 | elf_ | I get the cube.r and gp.r |
| 18:36.42 | elf_ | so it looks okay so far |
| 18:36.43 | abhi2011 | ok |
| 18:36.47 | elf_ | now to run that simulate |
| 18:36.50 | abhi2011 | now try |
| 18:37.33 | elf_ | I did |
| 18:38.11 | elf_ | it's the same thing, or maybe that's how it should work, I don't really know |
| 18:38.21 | elf_ | After dysplaying the sim.c group |
| 18:38.31 | elf_ | I also dysplay the cube.r and gp.r |
| 18:38.37 | elf_ | they are still overwritten |
| 18:38.44 | elf_ | so it doesn' |
| 18:38.49 | elf_ | t look like anything happened |
| 18:39.12 | abhi2011 | how many steps did you run simulate for ? |
| 18:39.27 | abhi2011 | also maybe you can try to zap everything out |
| 18:39.35 | abhi2011 | and show just sim.c |
| 18:39.40 | elf_ | this time 10 |
| 18:39.53 | elf_ | first time I only show sim.c |
| 18:40.18 | elf_ | after running the simulation, I clean the display "Z" command and only "draw sim.c" |
| 18:40.25 | abhi2011 | ok |
| 18:40.34 | abhi2011 | still no change in the positions ? |
| 18:42.11 | elf_ | no, maybe I should run it for more than 10 steps, or even 100 steps |
| 18:43.12 | abhi2011 | yeah you can try that |
| 18:43.30 | abhi2011 | Maybe gravity is turned off in the simulation |
| 18:43.51 | abhi2011 | I ll check that tomorrow, and let you know |
| 18:43.59 | abhi2011 | getting late in the night here |
| 18:44.06 | abhi2011 | :) |
| 18:44.10 | elf_ | Okay, it was the number of steps that was at fault for 1000 steps the position of the cube has changed |
| 18:44.24 | abhi2011 | hmm, thats a it wierd |
| 18:44.32 | abhi2011 | i remeber it falling much faster |
| 18:45.03 | abhi2011 | but then I may have increased the number of substeps |
| 18:45.10 | abhi2011 | to increase simulation accuracy |
| 18:45.20 | elf_ | from some of the videos you posted I saw I falling faster too but now for 1000 steps it really showed a big movement |
| 18:45.44 | abhi2011 | yeah I may have increased the substeps |
| 18:45.51 | abhi2011 | the place to check that is : run_simulation(struct simulation_params *sp) |
| 18:46.02 | abhi2011 | in simphysics.cpp line 497 |
| 18:46.13 | abhi2011 | thats where all the simulation setup is done |
| 18:46.47 | elf_ | got it, thanks :) |
| 18:46.59 | abhi2011 | or rather step_physics(btDiscreteDynamicsWorld* dynamicsWorld) |
| 18:47.06 | abhi2011 | in line 18 |
| 18:47.09 | abhi2011 | *198 |
| 18:47.24 | abhi2011 | hmm I do not seem to have increased it |
| 18:47.36 | abhi2011 | something else is causing the delay |
| 18:47.43 | abhi2011 | well anyway will check in tomorrow |
| 18:48.07 | elf_ | I will look into it too thanks for your help :) |
| 18:48.10 | elf_ | Have a good night |
| 18:52.43 | elf_ | Uhmm the simulate command translates the object parallel with itself, I mean the cube doesn't fall to the ground, it actually moves parallel to the original position of the cube |
| 18:52.56 | elf_ | that's why I was seeing it "overwritten" |
| 18:54.24 | *** join/#brlcad stas (~stas@86.122.32.234) |
| 18:57.10 | elf_ | Like this http://img37.imageshack.us/img37/8049/brlcadsimulate.png |
| 20:13.24 | CIA-44 | BRL-CAD: 03starseeker * r52415 10/brlcad/trunk/src/librt/test_botpatches.cpp: Continue rebuilding curve assembly functionality. |
| 20:16.53 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.34.24) |
| 22:21.19 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4393 10/wiki/User:Elf11: /* Log */ |
| 23:32.43 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) |
| 23:54.59 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) |
