vcollide_wireframe appears to have two bugs with bone followers.
First of all, you can't toggle it in the middle of a level, you must
start the level (or restart) with vcollide_wireframe 1 in order for the
bone follower entities to be networked to the client.
Secondly, vcollide_wireframe does visualize the physics of the
prop_dynamic that the bone followers are attached to. It does it just
like a physics prop, so it only draws the first solid, and it draws it
rigidly attached to the root transform. If this happens to be valid for
your prop everything will look fine, otherwise you've got an extra and
incorrect solid drawing (as in your screenshots).
So, don't change it without restarting if you need it to work with
prop_dynamic. And also disable the drawing in the code like this:
// c_baseanimating.cpp
if ( vcollide_wireframe.GetBool() )
{
if ( IsRagdoll() )
{
m_pRagdoll->DrawWireframe();
}
else if ( IsSolid() )
{
to only draw the vcollides of solid props.
That should make your visualization match the actual collisions.
Note that you can still use ent_bbox phys_bone_follower to draw the
bboxes at any time.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Meow Mew
> Sent: Monday, July 10, 2006 9:40 AM
> To: hlcoders@list.valvesoftware.com
> Subject: [hlcoders] Bone Followers
>
> There was a previous post on the $keyvalues command
> bone_followers before, but since I hadn't truly done tests or
> needed something that uses them, I never realized there are
> unresolved difficulties. This is all during the model
> compilation stage of the content pipeline.
>
> To at least explain, a bone follower is how you get the
> physics to follow an animation on an animated prop instead of
> prop_physics. You don't want gravity or other physics to move
> the thing around, but you do want the animation to accurate
> block the player or other physics. They are automatically
> implemented in doors as shadow controllers, but you need the
> key values in other props as a working interface.
>
> The problem I've been having is every time I add the key
> value, I get weird rotation/offsets on my physics. The
> vcollide_wireframe command in game seems to show what I'd
> expect out of my collision model, but model viewer and how
> the game actually pushes the player around show something
> different. However many times I test, what I see in model
> viewer is what the game physics does, regardless of the
> vcollide_wireframe saying otherwise.
>
> Here's how the rotation/offset of the model ends up looking
> in modelviewer:
>
> http://img350.imageshack.us/my.php?image=modelviewerdrawer7oq.png
>
> and here's how the vcollide_wireframe shows how I WANTED it
> to look in game, but it never actually works how this
> displays. This is how the collision model was made to look.
>
> http://img178.imageshack.us/my.php?image=gamedrawer8dw.png
>
> Ravendoor is a model in the props_lab that comes with
> Halflife2, and it uses the bone followers too. It turns out
> that it has the exact same weird rotation/offset happening to
> it's collision model except in reverse. Was there just a
> compensation for the strange angles and movement in their
> collision model?
>
> http://img350.imageshack.us/my.php?image=modelviewerravendoor0bx.png
> http://img350.imageshack.us/my.php?image=gameravendoor2ni.png
>
> If anybody can please help or clarify why the physics gets
> rotated when using this command and if there's a simple
> solution (that hopefully doesn't involve trying to re-orient
> all of our physics incorrectly so they match again after the
> offsets occur). Any suggestions or advice or welcome and many
> thanks before-hand to any support available.
>
> _________________________________________________________________
> FREE pop-up blocking with the new MSN Toolbar - get it now!
> http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlcoders
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
