Hi Matthias again...
well I know that..=)
but what was the FrameRange in your setup, BEFORE you loaded in my prj.?
0-149 ?
My Default is set to
1-100
I found the little deviation when changed the number of decimals =), odd
decimal error there..which only shows up at last frame =) (and I didnt see
the effect of it, since I had Auto Rewind ON=)
The keys on Frame 105 that you say should be at 104.. those are just some
Conversion errors.. in my prj it works as it should, must be when my 1-100
prj loads in at your place, if you have lets say 0-149 as your framerange,
my anim will then convert into that range.. and then some conversion error
get in..=)
I tested it here and yep the anim lengthen up to fit the framerange I had
prior to load the prj in..=)
(So the pickup seems to work good here too, but only with my Move
Constructors..active, which I added to show you that weird Offset I get..)
Turn off the Construct for those Move Constructors.. and you see how it ís
then !!!!!!)
btw..23454 =)
Dont you ever get any of the Offset thingies of the objects that are bound
to Carriages and similar Constructor objects.. I talk about..?
Or do you always create the carriages and such in 0, 0, 0 or so ?
So now this offset it the big thing that I need to get a grip of..and
understand why it happens.. and what to do about it..=(
thx again...
Take Care
Best Regards
Stefan Gustafsson ( Beg-inner )
A Proud Owner and User of Real3D and Realsoft3D..
Hi Stefan,
in Chor-Window ?!?
Matthias
Uuuups, value was at 0.0xxx and should be at 0 at frame 149
wrong explained by me, sorry.
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> then it's ok :-) and weight for carriage B value is at frame 149 at 0
> it's at 0.0xxxx ;-)
>
> The carriage is in my opinion buggy at this point (the Z-thing)
>
> Matthias
>
>
> ----- Original Message -----
> From: "Beg-inner" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Monday, December 04, 2006 10:10 PM
> Subject: Re: Is there Anyone that... forgotten to say
>
>
> > Hi Matthias..
> >
> > (Attached zip contains both the bug, and the Offset I get with the
> > Carriages...)
> > (Will be intresting to see if it shows for you.. )
> >
> > Wonder if I am bug n problem magnet.. ?=) rofl... or maybe I am just
> > inventing them.. hihi..(I sometimes really wonder..)
> > So for you the Z field isnt getting a Red conflicting color ?
> >
> > Ok.. I will prepare a "non" working prj.. that hopefully shows the
> > bug.Z
> > field one..
> >
> > You say keyframer must be at top, do you mean already at creation
> > time?
> > Since if one is going to, as I normally do, set the keys, by dragging
> > the
> > weight sliders or setting values in the fields.. then the Keyframer
> > needs
> > to
> > be below the chors which weights you want to animate...and then if
> > needed
> > move the chor on top..
> > or do you add the chor first on top, add the attributes from Animate
> > Att
> > list.. and set their values in the Properties tab of the Chor Win ? or
> > what
> >
> > btw..
> > I now actaullly got the other carriages to respond when dragging the
> > weightsliders..
> > But hehe.. the object goes to the point in space where the Carriages
> > were
> > before I moved them into place for Pickup and Release..and not to the
> > correct place.. =)
> > it seems to have some kind of similar Offset that is built in from its
> > first
> > binding.. as I talked about with those bindings to a skeleton. (the
> > head)
> > =)...
> > It really shouldnt be this non intuitive.. or maybe its just me.. =)..
> >
> > btw2
> > Tuts are always welcome..
> >
> > Take Care
> > Best Regards
> > Stefan Gustafsson ( Beg-inner )
> > A Proud Owner and User of Real3D and Realsoft3D..
> >
> >
> > Hi Stefan,
> >
> >
> > I've written my comments marked with ===
> > (maybe you can send a file)
> >
> > ===can't confirm this:===
> >
> > > If you did like I did.. (did you then notice a bug?..which I at
> > > first
> > > didnt
> > > see where it happen, only that it all seemed wrong.)
> > > I MultiSelected the "MidCarriage"+"StartCarriage" and in
> > > 'Properties'
> > > Win
> > > Spec tab.. I click in each of the fields and hit return.. =)
> > > First..Both X and Y fields where called Y....
> > > but the major one was that Both selected Carriages got their Y field
> > > values
> > > changed to the Z field Value of the First selected "MidCarriage"
> > > object.
> > > =(, and the "StartCarriage" kept its Z Field Value.. (never got the
> > > new
> > > from
> > > the "MidCarriage" =(.......
> > >
> > > So after I figured this out.. almost gave up..=)
> > > Then I had to move this Z point of the "StartCarriage" in the View
> > > Win
> > > to
> > > match the MidCarriage Z point =)
> > >
> > > I bet you didnt have these kind of problems.. =).. so you must have
> > > used
> > > another way.. how?.. =)
> > > But if you confirm this bug.. then I will look if its already
> > > reported,
> > > if
> > > not, I will report it...
> >
> >
> > =====the drop in is not working with "carriages", it's only working if
> > you
> > have "Lattice Mapped" a level and if you're working with things like
> > nurbs
> > curves, but if you're working with a mapped level put one sphere
> > (WF+RT-invisible)
> > on top in the level to avoid "empty level" or displaced
> > "null-position"====
> >
> > > The other way to position.. the one you mention to drop those others
> > > Carriages into the Mid (hold),
> > > at first I didnt see that you Lattice Mapped it and thought it
> > > wouldnt
> > > work..=).. (since bind tool just moves the points.. then dropping
> > > things
> > > into it is not working )=)..
> > ===Yep, maybe a tut is helpy :-?
> > > But since you used the Lattice Map way, That one worked nicely...
> > > will
> > > keep
> > > this one in mind for other things as well..
> > >
> > > Eventhough I figured things out..
> > > now a new problem is there.. (which you pointed out in one of your
> > > post
> > > on
> > > the Lattice Map versions..), where some Chors are there but has no
> > > effect..
> >
> > ==========
> > Maybe you can post a "not working" file:
> > Some points: Weight keyframer must be on top of the chor hierarchy,
> > if the keyframer is weighting a lattice in at the "end" it will not
> > work.
> >
> > If you like to weight something the initial weight is important,
> > if it was 1 the weight curve must be between 0 and -1
> > if it was 0 the weight curve must be between 0 and 1
> > ==========
> >
> > > This is now the problem with my Start spot and End spot
> > > Carriages.(or
> > > rather the Carriages Chor´s Weights for the MovedObject does not
> > > have
> > > any
> > > affect... they are both Marked in the Animated Attribute list..
> > > The only one that is working is the Mid (Hold) Carriage chor
> > > weight...
> > > I have had this so many times happened...over a long time..
> > > sometimes
> > > I
> > > get
> > > things working.. by doing things in a different way.. but at time I
> > > just
> > > have to start over.. =(
> > > These things are not good for the inspiration.. =)..
> > >
> > > I will test some more.. and see if I can get it to work..
> > > If you know why they dont have effect.. and you have time.. write a
> > > couple
> > > of lines..
> > >
> > > thx again..
> > >
> > > Take Care
> > > Best Regards
> > > Stefan Gustafsson ( Beg-inner )
> > > A Proud Owner and User of Real3D and Realsoft3D..
> > >
> > >
> > > > Hi Stefan,
> > > >
> > > > I prefer to set the initial weights for "start" (move from) and
> > > > "end"
> > > > (move to)
> > > > to zero and "mid" (move or hold) to one (the object is carried all
> > > > the
> > > > time).
> > > > Now animate the hand/character and set the weight for all "states"
> > > > after
> > > > having the
> > > > grab and ungrab moment you like.
> > > > Then it's easy to copy the position and rotation data to "start"
> > > > and
> > > > "end"
> > > > to have an exact matching (or simply drop the "start" and "end"
> > > > first
> > > > in
> > > > the
> > > > "mid" object, play the anim to grab, drop out "start", play to
> > > > ungrab
> > > > and
> > > > drop out "end",
> > > > then set the weights).
> > > > I complex anims it should be useful to have chors based on other
> > > > chors
> > > > (all fingers to on grab-weight, "move to weight" based on grab or
> > > > something like this)
> > > > for easier changes after having a first setup, but for "normal"
> > > > anims
> > > > the
> > > > "grab-with-carriage-instead-of-LatticeMapping-objs+anim.r3d" or
> > > > the
> > > > other file should be o.k. in my opinion.
> > > > Little hint: I set the chor curve interpolation type first to
> > > > "Poly
> > > > Line"
> > > > to have an easier
> > > > animation flow, then after having all keyframes I set it to
> > > > "Bezier"
> > > > to
> > > > smooth
> > > > out the movement with the handles, which is working fine in my
> > > > opinion.
> > > >
> > > > Hope that's helpy,
> > > > Matthias
