Portal 2 - Different doors?
I'm quite new to Hammer editing, only started watching tutorials yesterday.
Anyway, I've reached the "advanced beginner" stage where I'm inserting doors and creating basic puzzles. I've noticed there's only one door design for Portal 2, which is the "slightly dirty green person exit door" (unless I'm mistaken). In a map with multiple doors, having all of them as exit doors would look confusing.
I tried an alternative through a download here: (post79172.html), but it wasn't as efficient as prop_testchamberdoor with managing outputs, and also when I rotated it 90 degrees, the doors opened forward/backwards instead of sideways. Being a beginner, I have no idea how to solve this.
Does anyone have any suggestions or things they did to get different types of doors?
Thanks in advance for your help.
BL
Anyway, check in the model browser if the prop_testchamber door has different skins, I can't check it myself right now and I can't remember clearly. I think there's another one with that "exit person" in black/grey colours (usually used for the prop_linked_door in Portal2)
Have you tried using the varius instances in /maps/instances/door/ yet? Those have a few different options, and by examining them in Hammer you can see that they actually used textured brushes. You can copy one and change the textures yourself to make your own custom door. 
@FelixGriffin: Is there a way you can quickly summarize the method to me, or is it too complicated?
EDIT: I'm sorry, I was COMPLETELY wrong. The doors don't use brushes at all, they use prop_testchamber_door entities. Sorry about that. You would need to use model hexing to get your own model in there, which is pretty advanced. For now, try using the func_door entity, with a nice texture on it.
That texture image's name is portal_door_02.vtf. It's very possible to edit that image how you like and save it for example with a different name, BUT unless you are making a mod (where things get much more easy) you'll have to use a script to change the model in-game because the engine gives preference to the model textures into that .vpk file.
Check this thread where we were discussing essentially the same but regarding reskining cubes instead.
In the PTI there's only one door which is always the exit door, but in a hell of a lot custom maps here on thinkingwithportals there are multiple doors.
A very easy solution is just to add the exit signage to the door and have it visible at the map start, or very soon. This is a lot easier than getting a custom model and it works just as fine 
.
This is not a hard rule of course, but it usually works best.
There's a nice template that comes with the authoring tools: instances/gameplay/door_4_panels.vmf
It is a 128x128 hole, covered by 4 panels that open and close in response to inputs. It works very well as an intra-chamber door.
The point of doing it like this, is so that the final exit is easy to recognise for the player, because it's the only other round door besides the one you enter from. (Labelling it with the exit icon, as lpfreaky suggests, also helps with this.)
Using another type of barrier (preferably a transparent one) indicates that the area beyond is still part of the same test.
For now, I've bypassed this by having two telescopic glass panels back-to-back, to fold into the ground, like a drawbridge. It works, I guess.
Once I build up some more experience, I'll start foraging into those more technical solutions.
BL
)
josepezdj wrote:
(Justin, the OP already knew about that, check that link he's posting...
Whoops, my bad. 
I read it I just never clicked the link. 
To the OP though changing the direction the door moves is change by changing the move position when you double click the nodraw texture inside the door model and scroll down until you see Movement position. All you have to do for the I/O is set the Open and Close relays to trigger, the same way you'd make the prop_testchamberdoor to open/close with I/O.
Sorry for not reading your post thoroughly.