[sldev] Request for help with modifying client camera behavior
dahliatrimble at gmail.com
Fri Aug 29 21:42:00 PDT 2008
I think most of this is happening already with interest list management on
the server and the resulting object create and delete messages that it sends
to the viewer as the avatar position and camera angle changes.
On Fri, Aug 29, 2008 at 9:25 PM, Gordon Wendt <GordonWendt at gmail.com> wrote:
> I honestly don't see that happening for several reasons, first, server
> overhead would skyrocket if it had to check what's a wall and what isn't
> (walls would have to be flagged as such) then it would have to check the
> client location, and it would have to on the fly pretty much based on avatar
> location and camera angle, the latter I think is controlled client side and
> could easily be spoofed in a response to the server, figure out what to
> send. The second problem of course is the network overhead this would cause
> because even if it were feasible that's many more instructions sent from
> client to server per second to allow for dynamic updating as the character
> and/or camer angle move, the third of course is the client side issues this
> would cause on top of the obvious spoofing dillema it would mean coding an
> entirely new control system into the client to make it so that you don't go
> through the walls but can only go as far as the wall and even then can't get
> past the top layer (which would be displaying the texture of it) and don't
> visually glitch out if you hit a wall.
> On Sat, Aug 30, 2008 at 12:01 AM, Dahlia Trimble <dahliatrimble at gmail.com>wrote:
>> But it could be enforced server side to some extent, as the server could
>> refuse to send the content that lies behind the wall.
> Policies and (un)subscribe information available here:
> Please read the policies before posting to keep unmoderated posting
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SLDev