00:55.14 |
*** join/#brlcad crdueck
(~cdk@24-212-219-10.cable.teksavvy.com) |
05:26.32 |
CIA-68 |
BRL-CAD: 03brlcad * r52400
10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: as the
compiler notes, the call is unlikely and the benefit it
insignificant. remove the inline hint and just let it be like the
others. |
05:30.00 |
CIA-68 |
BRL-CAD: 03brlcad * r52401
10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: zero-init to
avoid use-before-set issue |
09:36.52 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@5e0e1434.bb.sky.com) |
10:37.26 |
*** join/#brlcad Rangar
(~Dave@124-197-21-4.callplus.net.nz) |
10:37.47 |
Rangar |
``Erik: :P |
10:37.49 |
Rangar |
oops, :) |
10:38.04 |
Rangar |
good to see you, Mal and Twingy still around
too bud? |
12:18.42 |
*** join/#brlcad Rangar
(~Dave@124-197-21-4.callplus.net.nz) |
13:58.49 |
CIA-68 |
BRL-CAD: 03starseeker * r52402
10/brlcad/trunk/ (5 files in 5 dirs): The libged per-command build
logic was premature - until we have a real need for per-command
handling, it's just a useless distraction. |
13:59.27 |
starseeker |
OK - I haven't tried it, but the simulate
command will now print a message |
14:00.12 |
starseeker |
elf_: hopefully, you should see the simulate
command now |
14:24.14 |
CIA-68 |
BRL-CAD: 03starseeker * r52403
10/brlcad/trunk/src/librt/test_botpatches.cpp: No point in doing
double the work - only calculate each patch intersection
once |
15:03.06 |
CIA-68 |
BRL-CAD: 03starseeker * r52404
10/brlcad/trunk/src/librt/test_botpatches.cpp: Don't group faces in
the same patch with an area difference of more than an order of
magnitude. |
15:05.38 |
*** join/#brlcad Yoshi47
(~jan@d24-204-236-81.home4.cgocable.net) |
16:08.03 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
16:14.57 |
elf_ |
brlcad, I did see the simulate command, the
refactoring of the joint command it did help a lot,
thanks |
17:18.31 |
elf_ |
what next brlcad? |
17:23.36 |
CIA-68 |
BRL-CAD: 03Elf11 07http://brlcad.org * r4387
10/wiki/User:Elf11: /* Log */ |
17:50.55 |
CIA-68 |
BRL-CAD: 03starseeker * r52405
10/brlcad/trunk/src/librt/test_botpatches.cpp: Start with the
largest face in a group. |
18:05.12 |
brlcad |
elf_: run it |
18:05.19 |
elf_ |
I did |
18:05.24 |
brlcad |
did it work? |
18:05.31 |
elf_ |
yes |
18:05.38 |
brlcad |
I mean run it and make an actual
simulation/animation |
18:05.58 |
elf_ |
okay |
18:07.30 |
brlcad |
suggest trying a very simple animation, like
having an rpp (box) fall and hit a ground |
18:08.07 |
elf_ |
okay I was thinking about a ball falling and
hitting the ground but will do it with the box |
18:08.09 |
brlcad |
do you know how to create geometry? |
18:08.25 |
elf_ |
I tried some of the in/make mged
commands |
18:08.33 |
elf_ |
that's the way to do it, right? |
18:08.41 |
brlcad |
I'd start with a box just because of how
bullet can handle boxes and that was the initial feature that was
working |
18:08.47 |
brlcad |
yep |
18:08.53 |
brlcad |
in box rpp ... |
18:08.58 |
brlcad |
in ground rpp ... |
18:09.07 |
brlcad |
sed box |
18:09.11 |
brlcad |
tra 0 0 1000 |
18:09.13 |
brlcad |
accept |
18:09.32 |
brlcad |
that creates a box and ground object, then
translates the box up 1000 units |
18:09.47 |
brlcad |
something like that, just one in the space
above the other |
18:09.52 |
elf_ |
okay |
18:10.01 |
brlcad |
then however you tell the simulation to
run |
18:10.17 |
brlcad |
if you would, write down the steps you take as
a tutorial on the wiki |
18:10.41 |
brlcad |
as if you were explaining it to someone else
how to use the simulate command to make an animation |
18:10.50 |
elf_ |
okay, will do |
18:11.21 |
brlcad |
some other wiki tutorials here: http://brlcad.org/wiki/Main_Page#Tutorials |
18:12.41 |
elf_ |
got it will look through them too |
18:12.48 |
CIA-68 |
BRL-CAD: 03Sean 07http://brlcad.org * r4388
10/wiki/Animation: can go straight to png now, so
simplify |
18:14.22 |
brlcad |
sgi cube and animation tutorials are probably
useful, sgi cube shows various ways to pass commands to mged in a
script and the animation tutorial shows how to turn rendered frames
into a movie |
18:15.24 |
brlcad |
I'd imagine you'll have a loop: run mged
simulte, render, run mged simulte, render, etc until the end of the
loop, leaving you with lots of image frames |
18:15.58 |
brlcad |
then you can combine those frames into a movie
with a whole variety of tools |
18:16.20 |
brlcad |
suggest just making a tutorial with the
simplest possible steps that give you a movie |
18:18.01 |
elf_ |
Okay, so I have to run a simulation for the 2
cubes and look into the scripting and movie tutorials for mged and
make a tutorial on "how to" make a simple simulation using
those |
18:18.02 |
elf_ |
right? |
18:29.38 |
brlcad |
well sort of, basically it'd be good to have a
tutorial on how to use the simulation system as one does not
exist |
18:30.08 |
brlcad |
to "see" a simulation, you need to render
animation frames and make a movie |
18:30.21 |
brlcad |
at least, to share that simulation with others
outside of mged |
18:30.44 |
elf_ |
Okay, so the point is to make a tutorial on
the simulation command, and then add the bits about animation
frames and the movie option |
18:31.22 |
brlcad |
don't worry too much about the movie part --
if you figure out how to run the simulation, start there |
18:31.33 |
brlcad |
but yes, that's the idea |
18:31.35 |
elf_ |
okay :) thank you |
18:53.32 |
*** join/#brlcad Rangar
(~Dave@124-197-21-4.callplus.net.nz) |
23:22.15 |
*** join/#brlcad _Rangar_
(~Dave@124-197-21-4.callplus.net.nz) |