Skip to content
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.

[BUG-230990] CAMERA_DISTANCE_MAX #8543

Closed
2 tasks
sl-service-account opened this issue Jul 18, 2021 · 3 comments
Closed
2 tasks

[BUG-230990] CAMERA_DISTANCE_MAX #8543

sl-service-account opened this issue Jul 18, 2021 · 3 comments
Labels
project:BUG

Comments

@sl-service-account
Copy link

sl-service-account commented Jul 18, 2021 •
edited by sl-issues-importer bot

How would you like the feature to work?

Prevents the camera moving too far away from the avatar either by alt-cam or zooming.

It could be part of llSetCameraParams and would require PERMISSION_CONTROL_CAMERA

Why is this feature important to you? How would it benefit the community?

In games with a hide and seek element, users are able to cheat using alt-cam, also because they are able to zoom far, it enables them to sit-tp across game worlds making certain types of games difficult to make fair. Some experience owners may even opt out of placing scripted items with sit targets all together.

Most game systems/experiences have HUD's and it would be convenient to just be able to set a zoom limit from a HUD to prevent users cheating as such.

I know people who are attempting to do this with RLV, but the problem with that it means they are preventing users who use the default viewer from playing their game/entering their sim.

Attachments

Links

Related

Original Jira Fields
Field Value
Issue BUG-230990
Summary CAMERA_DISTANCE_MAX
Type New Feature Request
Priority Unset
Status Closed
Resolution Unactionable
Reporter Extrude Ragu (extrude.ragu)
Created at 2021-07-18T20:51:36Z
Updated at 2021-07-26T21:16:19Z 
{
  'Build Id': 'unset',
  'Business Unit': ['Platform'],
  'Date of First Response': '2021-07-19T12:54:05.674-0500',
  'How would you like the feature to work?': 'Prevents the camera moving too far away from the avatar either by alt-cam or zooming.\r\n\r\nIt could be part of llSetCameraParams and would require PERMISSION_CONTROL_CAMERA or experience permissions',
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'Target Viewer Version': 'viewer-development',
  'Why is this feature important to you? How would it benefit the community?': "In games with a hide and seek element, users are able to cheat using alt-cam, also because they are able to zoom far, it enables them to sit-tp across game worlds making certain types of games difficult to make fair. Some experience owners may even opt out of placing scripted items with sit targets all together.\r\n\r\nMost game systems/experiences have HUD's and it would be convenient to just be able to set a zoom limit from a HUD to prevent users cheating as such.\r\n\r\nI know people who are attempting to do this with RLV, but the problem with that it means they are preventing users who use the default viewer from entering their sim.",
}
@sl-service-account
Copy link
Author

Lucia Nightfire commented at 2021-07-19T17:54:06Z

I would rather have the following accepted feature requests implemented instead: https://jira.secondlife.com/browse/BUG-9719 and https://jira.secondlife.com/browse/BUG-7459

Both can counter the issue of cam cheating without having to wait on viewer code to be released and installed.

You can already counter cam cheating now with llForceMouselook() & llSitOnLink() & llUnSit() despite slight aesthetic issues.

I would also, love to see some kind of suite of viewer-side automatic condition based object visual updating.

For example, make objective(s) invisible for a user if their avatar or camera isn't within a certain distance or camera angle.

We currently cannot do this without the effects being seen by everyone.

@sl-service-account
Copy link
Author

Extrude Ragu commented at 2021-07-20T22:53:28Z

I tried the method Lucia suggested just now, detecting the users camera distance and forcing them to sit on an object with forced mouselook.

It almost works but not quite. The trouble is that once the agent is stood up again, they are in mouselook. When they roll their scrollwheel to zoom out of mouselook, the camera moves straight back to the location they alt-cammed, causing them to be sat on the object again. It's possible to break out of this loop by hitting esc but not all users are going to be tech savvy enough to think to do this.

Basic reference scripts attached in case wanting to toy.. hud.lsl goes in a cube attached to hud, and cube.lsl goes in an object named "Camera Reset Cube" placed in hud's inventory. It must be compiled to an experience.

 

 

@sl-service-account
Copy link
Author

Kyle Linden commented at 2021-07-21T18:00:20Z

Hello, and thank you for your feature request.

Incoming suggestions are reviewed in the order they are received by a team of Lindens with diverse areas of expertise. We consider a number of factors: Is this change possible? Will it increase lag? Will it break existing content? Is it likely that the number of residents using this feature will justify the time to develop it? This wiki page further describes the reasoning we use: http://wiki.secondlife.com/wiki/Feature_Requests

This particular suggestion, unfortunately, cannot be tackled at this time. However, we regularly review previously deferred suggestions when circumstances change or resources become available.

We are grateful for the time you took to submit this feature request. We hope that you are not discouraged from submitting others in the future. Many excellent ideas to improve Second Life come from you, our residents. We can’t do it alone.

Thank you for your continued commitment to Second Life.

This was referenced Feb 14, 2024
Open
Open
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
project:BUG
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@sl-service-account