Players' camera targets

Quick query, does anyone know how to retrieve the target point of a specific player's camera?

I'm just trying to get a certain player to view exactly what another player is looking at with the camera. Does anyone know of any way at all?

Following units that a 'master' player selects won't work because you'll often select units off-screen with hotkeys. Perhaps I could make the 'slave' player's camera follow where the 'master' player issues order targets? But you can issue orders to units off-screen and with the minimap so that isn't the best either.

Camera information isn't synched... you will notice that the `current camera bounds' function when you select a region in the GUI does not differentiate between players... :-\

However, there is a script on wc3sear.ch that synchs stuff like camera information... by the author's admission, tho, it's not that fast, so it might be too laggy for your needs.

What about having the `master' control an owl or sth? Or anything else that's synched.

Hmm okay, how about checking if a point is within a player's current field of view? Is that possible?

Hey, I don't know if this is a good idea or one that suits your needs, but how about this:

Make an invisible unit and lock the player's (or each player's) camera to their unit. Then when they want to move to camera, they have to use the arrow keys, and you pick that up with triggers, and you move the unit, so you can see where the unit is in relation to whatever you want them to (or not to) look at!! :god_help_us:

(/me seconds alcoholic's idea)

If you try to do any non-local actions depending on sth like a local camera event or checking camera bounds for whether or not to perform an action, different players' computers will give different results, causing desynch...?

You could check if a point is within camera bounds, but it will always use the local player's camera bounds.

pity warcraft was programmed by people who generally had single player in mind.

expanding on alchaholics Idea, you would lock their camera to a camera object and move the camera object instead. But still, that's not very clean.

No, I don't think it's because of programming oversights... more like, imagine the lag you would get if cameras were synchronized and someone clicked and held on the minimap and started waving their camera location around. >.<

(since it would be a continuous input instead of discrete inputs like unit commands)

Could you elaborate on this? I've never used the camera triggers very much and I would go with this if synching cameras isn't possible.

Meh... it's a simple boolean condition: is <point> inside of <region>, where <region> is the rct (I think it's a rct...) returned by the GetCurrentCameraBounds or w/e function.

Do you mean alcoholic's idea?