Talk:Prop static: Difference between revisions

From Valve Developer Community
Jump to navigation Jump to search
(Physics prop reported as static)
Line 8: Line 8:
:: Is it not a bug in the Hammer compiler ? I tried to search the SDK bugzilla db but could find nothing relevant ... --[[User:Beeswax|Beeswax]] 06:03, 28 Mar 2008 (PDT)
:: Is it not a bug in the Hammer compiler ? I tried to search the SDK bugzilla db but could find nothing relevant ... --[[User:Beeswax|Beeswax]] 06:03, 28 Mar 2008 (PDT)
::: I believe what's happening here is that this prop has the <code>$staticprop</code> keyvalue in the .qc, but does not have the <code>allowstatic</code> key in the [[Prop Data]] block. Without compiling the model with the <code>allowstatic</code> key, it cannot be used as a static prop. This was on done Half-Life 2 to force physics consistency with props. The fact that Hammer reports it as static looks like a bug. Thanks for pointing this out. --[[User:JeffLane|JeffLane]] 12:00, 28 Mar 2008 (PDT)
::: I believe what's happening here is that this prop has the <code>$staticprop</code> keyvalue in the .qc, but does not have the <code>allowstatic</code> key in the [[Prop Data]] block. Without compiling the model with the <code>allowstatic</code> key, it cannot be used as a static prop. This was on done Half-Life 2 to force physics consistency with props. The fact that Hammer reports it as static looks like a bug. Thanks for pointing this out. --[[User:JeffLane|JeffLane]] 12:00, 28 Mar 2008 (PDT)
::::This isn't as weird as it sounds, dear readers, because [[$staticprop]] means that the model has no moving ''parts'', not that it does not itself move. --[[user:TomEdwards|TomEdwards]] 12:24, 28 Mar 2008 (PDT)

Revision as of 12:24, 28 March 2008

Physics prop reported as static

Despite having both physics and static flags in model browser, when I try to use furnituretable003a as prop_static, it gets deleted during compile :

Error! prop_static using model "models/props_c17/furnituretable003a.mdl", 
which must be used on a dynamic entity (i.e. prop_physics). Deleted.

The same problem occurs with other mdls boasting both physics and static modes. I want these props to get involved in the lightmap ... so they need to be prop_static right ? --Beeswax

yeah oddly the same happens for me, also some phys_props tend to have incorrect collisions too, some of the car's mainly. The only fix would to be to recompile the original model into a static prop. Oddly they might be missing the $static parameter.--Gear 19:50, 27 Mar 2008 (PDT)
Is it not a bug in the Hammer compiler ? I tried to search the SDK bugzilla db but could find nothing relevant ... --Beeswax 06:03, 28 Mar 2008 (PDT)
I believe what's happening here is that this prop has the $staticprop keyvalue in the .qc, but does not have the allowstatic key in the Prop Data block. Without compiling the model with the allowstatic key, it cannot be used as a static prop. This was on done Half-Life 2 to force physics consistency with props. The fact that Hammer reports it as static looks like a bug. Thanks for pointing this out. --JeffLane 12:00, 28 Mar 2008 (PDT)
This isn't as weird as it sounds, dear readers, because $staticprop means that the model has no moving parts, not that it does not itself move. --TomEdwards 12:24, 28 Mar 2008 (PDT)