C777 Application

[sparhawk]

How does the user know the area number? It seems this is the only information that connects a visportal with a given area, but this is only determined when the map is compiled, right?

[c777]

r u saying that i have to assign each object so i can see them in the camera?

that would suck

[sparhawk]

No. You must somehow place the cameras. This you must do anyway. What I don't know is, how you, as the mapper, can know which areanumber a given room will get, as this IMO is decided when the map is compiled. If that is the case, it might even be worse, because it could happen, that if you add some new rooms, the numbers may shift and you would have to reassign everything again.

[c777]

as long as the camera works i dont care how hard it is to place it

[Ishtvan]

@Sparhawk: The user doesn't have to know the area number. If they place these "data objects" (actually we could just put the data on the camera) in each area, the objects themselves can look up and record what area they're in when they spawn (after the map is compiled). Then they enter pointers to themselves into an array that's indexed by the area number, for easy retrieval during gameplay.

 

From the mappers perspective, they place the camera in an area, enter whatever data they need on it, and that's it. (You might possibly need a data object in addition to the camera if the actual camera is not in the room, if it's looking in from another room or something, since the data object has to be in the area for this to work).

[sparhawk]

Ah! That sounds good then. I think a restriction like this, that your camera must be inside your room, might be acceptable.

There is already a func_cameraview entity, that seems to do basically what you need. It has to be extended though. Isht, do you want to do this? Since you know already a lot about visportals, it might be easy for you.

[Ishtvan]

Yeah sure, I can do that part, it should be very similar to soundprop. I don't know how to actually change the camera view once we know which one to use though (unless it is basic scripting), so I might need help at that point.

 

I have no idea how the code structure of c777's mod is set up, do they have a global object like us or what? If not, I could put everything in game_local.

 

@C777: Is that an okay restriction that the camera must be within the actual bounds of the room, i.e., not looking in from outside through a doorway or through a window? (Well, you COULD do these things, but you could not have the place it's looking in from also have another camera view location). I.e., camera looking in from skylight where there is nothing else around the camera and you can't get there, would be okay. But if you had a camera looking in from the next room, and when you enter that next room, you want the camera should switch to another position, that would not work.

 

We could do some kind of manual override setting on the camera in rare cases like this, you would put the area number on a key/value of the camera and that would override which area it applies to, over which area it's in. The default behavior would be the area it's in though.

[c777]

r u saying that my limit is one camera in each room?

[Ishtvan]

No, you could break a room up into two areas with a visportal and have two cameras if you want. All I'm saying is, the data object that associates an area with a camera must be placed within the area. If we make the "data object" the camera itself, that means the camera for a given area can't be placed outside that area look in from another area.

[c777]

cool, now i get it

im fine with it

[Ishtvan]

Okay, we could always expand it later to allow cameras looking into one area from another area, if it's a problem.

[c777]

could you make options like make the camera follow or not follow the player around? or it could just follow any moving object? or just sit there viewing only whats infront of it, or making the camera move instead?

[Ishtvan]

I'm not sure what you mean but there are already plenty of D3 cinematic scripting setups to do that type of stuff if you want to create a cutscene.

[c777]

i c

[c777]

and dont forget about aiming

[Ishtvan]

The aiming works by pressing a button to switch to first person view as long as the button is held, right? You said something about immobilizing the player, too?

[c777]

yes, u cant move when u aim

[Ishtvan]

Okay, it will probably take a couple weeks before it's done. Before I get started, what can you skin for us?

[c777]

i dont know

i never saw the models

[Ishtvan]

Someone give him a model

[c777]

what im i a dog?

[Springheel]

Here's one for starters:

 

- waterpump at http://208.49.149.118/TheDarkMod/models/pr...misc/WaterPump/

 

http://208.49.149.118/TheDarkMod/models/pr...PumpNormal.tga/

 

http://208.49.149.118/TheDarkMod/models/pr...misc/PumpUV.tga

[c777]

i need username and password

[New Horizon]

i need username and password

 

Try the links now. I also set your permissions as a contributor.

[Ishtvan]

@c777: In your 3rd person camera mod, when they aim and switch to first person, do you want this to be a button that they press and hold while aiming, or a toggle? Also, you said you want their feet to be immobilized while aiming in first person?