Talk:Prop door rotating

From Valve Developer Community
Revision as of 23:12, 3 November 2009 by Lost (talk | contribs) (Discussion towards Creating/Modifying Compatible Door Models)

Jump to: navigation, search

Discussion towards Creating/Modifying Compatible Door Models

Some minor observations on the topic,

Most know the error when using another door model not compatible where it will rotate around its middle; this isn't so much an error but rather how the entity works from what I gather. The model's origin in 'modelspace' I guess you'd call it, is along its left edge whereas for most models it would be the centre of the model(default root location). At the origin in modelspace was a 'door' bone and then along the front face of the door there were two more bones - 'handle' and 'handle 2' - for the handle and pushbar models. These three bones exist in all models.

My guess is that when you load a non-compatible model it will try and use the 'root' in lieu of the 'door' bone being available to do the animations which are nothing more than 90o open/close anims.

Note:Does this mean we can just move the bone for the model to left edge of the model and be able to use it 'as is' regarless of console errors? Would someone be willing to test this because that would be a quick and easy solution

The door and each handle/hardware option are in separate .smd files but get merged together in the qc like so:

$model "Body" "door01_left_door_reference.smd"		//Door Model Itself
$model "handle01" "nohandlesmdfile.smd"			//Hardware Option 1
$model "handle01" "door01_left_handle01_reference.smd" 	//Hardware Option 2
$model "handle01" "door01_left_handle02_reference.smd" 	//Hardware Option 3

The door options seen in the keyvalues block seem to only deal with what sound to play for each skin/hardware type. From what I understand anyway.

$keyvalues
{ 	
	door_options 
	{	
		"default" 
		{ 
			"open" "Doors.FullOpen1" 
			"close" "Doors.FullClose1" 
			"move" "Doors.Move1"  
		} 
		
		"hardware#" //Replace # with hardware option. 
		{ 
			"locked" "DoorHandles.Locked1" //Sound Name
			"unlocked" "DoorHandles.Unlocked1"  
		} 
 	} 
}

Aside from these extra additions it seems to be nothing more than an animated prop with its own prop_* type rather than using triggers and prop_dynamics. Maybe look into the props .cpp file for confirmation or a better understanding on what its looking for.

If someone manages to create a nice step by step on how to create their own door models I'd love to see it, maybe some of my thoughts here will help towards that end. --Lost 23:07, 3 November 2009 (UTC)

Portal Issue

In Portal, using a prop_door_rotating seems to create errors when you shoot the portal gun at it. I've tried surrounding the door with a nodraw surface and even func_noportal_volume, however I can't figure out how to make it function properly: to have the door absorb the portal attempt and give the invalid surface response.

Notes: If you are standing on the ground, usually the portal particles that shoot from the gun fly and hit the door, then bounce to a random surface, which, in my experience, has been in the general direction of the origin of the world. If you are jumping or noclipped into the air, the particle effect normally shot from the gun does not move at all - it stays stationary wherever you initially fired the portalgun, and Console reports:

DataTable warning: [unknown]: Out-of-range value (4403068369862833900000000000000000000.000000) in SendPropFloat 'm_vStart[2]', clamping.

And you end up with a glowing blue or orange stationary permanent particle effect in the position that you fired the portal gun.

Can someone else please verify that the above is what happens? And if there are any known fixes, please let me know.

Other notes: A decompiled escape_02 shows that the Portal devs did not use any apparent methods to prevent the above from happening. (On the door leading from catwalks to Glados) --volt 22:25, 30 Nov 2007 (PST)

Just so you guys know, this happens in official Portal maps as well, take this screenshot for example (this is of the stationary particle effect)
testchmba150000ch7.jpg
This is on the end of the map testchmb_a_15, before you jump into the cube transporter. --volt 08:46, 1 Dec 2007 (PST)

Link to sdknuts/wisedoor changed

I have changed link to sdknuts/wisedoor as the tutorials on the site has been taken down Eventually the tutorials will be added to the wiki with marks permission --Peter [AGHL] 12:19, 5 Feb 2008 (PST)