Car Model

I want a moveable (= if you shoot against it, it has to move a bit)
wrecked/burned-out car in my map, but I can"t get it to work.

The model I'm using is the one used in de_dust
(props_vehicles/car03b.mdl). I use the prop_physics entity, but it
isn't showing up in my map.

Anyone managed to put that model into his map already ?

Try a ragdoll entity. I think because the cars technically have kinematics and bones associated with them and whatnot they're considered ragdolls.

I dunno who marked that answer as correct, but it wasn't me. (bug ?)

Nops, doesn't work.

Wait, is it prop_ragdoll or phys_ragdoll ?

Try prop_ragdoll; if that doesn't work, try prop_dynamic.

Dynamic is meant for multi-part props like the cs_office computers, so
I imagine that cars with their hinged doors and all will use them too.

By "ragdoll" I meant the only entity containing the word "ragdoll"...and come on! That answer's completely right. If you don't believe me here's the tutorial (criminy)

http://www.hl2world.com/bbs/viewtopic.php?t=911

<DIV class=quote>
<DIV class=quotetitle>? quoting Nanodeath</DIV>
<DIV class=quotetext>...and come on! That answer's completely right. If you don't believe me here's the tutorial (criminy)</DIV></DIV>

i dunno if its right or not, but it is my opinion that no answers should be marked incorrect, only correct answers should be marked as a future incident may use one of the other suggestions.
Lep, can we remove the option of "incorrect" and leave only "correct"??

The only complaint I have is that it gives people the ability to mess with your snarkmarks ;-) I guess those don't really matter that much on a whole anyway though, so...

Go back to prop_physics, and change the render distance values around to see if that helps (starting distance and ending distance). It helped me when source wouldn't render some planks of wood.

<DIV class=quote>
<DIV class=quotetitle>? quoting Nanodeath</DIV>
<DIV class=quotetext> I guess those don't really matter that much on a whole anyway though, so...</DIV></DIV>

only to Lep, he seems to be bogartting them all. :heee:
another scary concept, Lep and Reno are exactly 2000 apart.. odd numbers too :/

<DIV class=quote>
<DIV class=quotetitle>? quoting Orpheus</DIV>
<DIV class=quotetext>

i dunno if its right or not, but it is my opinion that no answers should be marked incorrect, only correct answers should be marked as a future incident may use one of the other suggestions.
Lep, can we remove the option of "incorrect" and leave only "correct"??

</DIV></DIV>
No. I've said it before and I'll say it again, incorrect answers don't harm anyone. Learn from your mistakes, as they say; if everything was either "yes" or "maybe" we wouldn't get anywhere.

I don't think he meant it like that, I think he meant more that
sometimes an answer may not solve the problem for one person, but would
solve it for another. If it was marked as correct, they might overlook
this answer that would fix their problem.

For example, somebody can't get lights working in their map. One forum
member suggests they might have a leak and that the person should make
sure the level is sealed. Another forum member suggests that RAD might
not be running and so check it is on. The person with the problem might
mark the leak answer incorrect as that wasn't their problem, but that
isn't to say its not a valid solution to the problem for somebody else.

There are always going to be caveats in a system though, you can't realistically provide for every scenario.

<DIV class=quote>
<DIV class=quotetitle>? quoting Leperous</DIV>
<DIV class=quotetext>
No. I've said it before and I'll say it again, incorrect answers don't harm anyone. Learn from your mistakes, as they say; if everything was either "yes" or "maybe" we wouldn't get anywhere.

</DIV></DIV>

the problem is, there is no clear definition of incorrect, unless its an obvious one of course.

if someone posts a question, and you have 10 possible solutions, but only one or two are the solutions, then 8 are marked, or could be marked incorrect.

i feel that a problem can be solved effectively and efficiently without the need to mark anything as incorrect, simply because no answer posted needs to be wrong.

Duncan gives a good scenario to illustrate my point. today its a leak, tomorrow its an improperly set light value, the next time its some other reason, but essentially the question is "my lights won't work, whats wrong?"

answers marked as incorrect, could be overlooked, and subsequently the question is re-asked, after all, why use an incorrect answer, it didn't fix anything last time.

if people only had a choice to mark any given question "solved" all subsequent solutions would remain valid possibilities.

i hope that made better sense, it almost sounded antagonistic when i read your reply the first time.. BUT i sided with caution and assumed you mistook me slightly.
the author can still have full control over marking a question "solved"

<DIV class=quote>
<DIV class=quotetitle>? quote:</DIV>
<DIV class=quotetext>
That answer's completely right. If you don't believe me here's the tutorial (criminy)

http://www.hl2world.com/bbs/viewtopic.php?t=911

</DIV></DIV>

Nope, it wasn't. I could walk throught the car. :smile:

Which car model were you using?

Orph, incorrect is "specifically not correct". Yes I agree there might be problems when someone posts a vague question, but if your problem is that vague then I'm sure you'll trawl up several threads anyway with plenty of attempted answers. And what do we do to answers that are obviously incorrect anyway? Methinks the best course of action is to leave the system alone and not lose any sleep over getting your answers marked wrong :heee: Anyway discuss this further in the main forum please, I WILL delete any more off topic posts here.

Set the car to a prop_physics_override. Remember to have the car above ground (floating to be safe), because if the car is inside another object, the game gets mad and "throws it".

I think there may be some models that can't be applied to movable
objects. I was testing this out some and had a prop_physics
entity assigned to an office chair - no problem. But then when I
assigned it to a bench, it wouldn't display in the map. Exactly
the same entity, just changed the model.

Good reason for that, too.

You see, each model you can insert in Hammer 4 is actually a collection of files - VVD files, which I think are the thumbnail images, the actual MDL file, and an PHY file for physics data, plus some stuff for different DX levels.

Things like the office chair and objects that could realistically move in real-life have some data in their PHY file. Benches, which would be bolted down, could not realistically move with gunshots, or so it is assumed, and thus do not have physics data in their file.

So, I'm thinking these cars don't have physics data at all, and that is why they don't work.

I think, though, that there is a car model or two (One of the hatchback models?) that had a duplicate copy in the model browser with a 'phy' added onto the end - I think this works with the prop_physics.

<DIV class=quote>
<DIV class=quotetitle>? quoting G.Ballblue</DIV>
<DIV class=quotetext>Set the car to a prop_physics_override. </DIV></DIV>
Never worked for me I dont think that ent is working yet. Did you try changing the render distances yet (end fade distance/start fade distance)?

<DIV class=quote>
<DIV class=quotetitle>? quoting omegaslayer</DIV>
<DIV class=quotetext>
<DIV class=quote>
<DIV class=quotetitle>? quoting G.Ballblue</DIV>
<DIV class=quotetext>Set the car to a prop_physics_override. </DIV></DIV>
Never worked for me I dont think that ent is working yet. Did you try changing the render distances yet (end fade distance/start fade distance)?

</DIV></DIV>
It works for me :razz: I have 2 cars I can shoot (and slightly budge) in my map. I can also touch them.

hi,

first I want to say; great forum!

second; I came across func_breakable_surf and it contains a property; "Damaging it Doesn't Push It" ... is that something you can use ?

Uumm... We're talking about a model, func_ entities have nothing to do with it. (I think. I really need to get Source...)