Wayback Machinekoobas.hobune.stream
May JUN Jul
Previous capture 13 Next capture
2021 2022 2023
1 capture
13 Jun 22 - 13 Jun 22
sparklines
Close Help
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
  • Asset Store
  • Get Unity

UNITY ACCOUNT

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account
  • Blog
  • Forums
  • Answers
  • Evangelists
  • User Groups
  • Beta Program
  • Advisory Panel

Navigation

  • Home
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
    • Blog
    • Forums
    • Answers
    • Evangelists
    • User Groups
    • Beta Program
    • Advisory Panel

Unity account

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account

Language

  • Chinese
  • Spanish
  • Japanese
  • Korean
  • Portuguese
  • Ask a question
  • Spaces
    • Default
    • Help Room
    • META
    • Moderators
    • Topics
    • Questions
    • Users
    • Badges
  • Home /
avatar image
0
Question by yorumpark · Feb 02, 2015 at 01:03 PM · physicsraycastaivisiblehack

Detect visibility for anti-hack (see trough wall)

I'm working on a anti-hack system and I need to detect visible objects (from a specific position with fov) but I can't find any solution/example or API. There is a renderer.isVisible property but it just gives us 'will camera render it?'. I want something different, can a camera (with fov) see the target object meshes. I've tried to achieve it with Physics.Raycast but I failed because target object can be located between two different walls and this scan is not a linear scan, it's area scan. So, I know that's a specific solution but can anybody suggest something?

Comment
Add comment · Show 1
10 |3000 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users
avatar image meat5000 ♦ · Feb 03, 2015 at 12:46 PM 0
Share

Why does isVisible not do what you want? I think it might also count in scene view, if you tried it and it didnt work as you expected.

1 Reply

· Add your reply
  • Sort: 
avatar image
0

Answer by hav_ngs_ru · Feb 02, 2015 at 09:36 PM

Maybe MeshCollider the same shape as camera-fov, attached to camera + OnTriggerEnter?

Comment
Add comment · Show 6 · Share
10 |3000 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users
avatar image yorumpark · Feb 03, 2015 at 12:38 PM 0
Share

I can already detect fov space with angle + range combination without colliders but this is a little different thing. If I'm in camera's fov space but you can't see me because of wall, server will not send me your update packets. It looks like dynamic occlusion but this is visibility test. As I said:

can a camera (with fov) see the targer object meshes

avatar image hav_ngs_ru · Feb 03, 2015 at 01:11 PM 0
Share

hmm... ok, now I've got wat you want. But I still don understand why not to use raycast?

I'd use 4 raycasts from camera to collider.bounds' corners and one raycast to center of mesh to be sure that player definetely don should see target. Yes, it will be some "dead" conditions when player can see target but doesnt see it in fact, buit it will not causes false alarms. In other words, there are possible combinations:

  • raycast hits, isVisible true - ok

  • raycast hits, isVisible false - dead condition, we ignore it

  • raycast doesnt hit, isVisible true - CHEATER!

  • raycast doesnt hit, isVisible false - ok

"raycast hits" means "at least one of raycasts hit"

avatar image yorumpark · Feb 03, 2015 at 01:34 PM 0
Share

I also think like that but I just wonder "can" anybody handle those "dead conditions". Btw, thanks!

avatar image hav_ngs_ru · Feb 03, 2015 at 03:42 PM 0
Share

door lock does not make it impossible to enter into the house, but it makes it so difficult that it does not worth the effort.

if you hacker already changing client application - he could handle any protecion in theory. but 90% of hackers will stop attempts after first difficulty, 9% - after second, and remaining 1% will prefer hack Pentagon ins$$anonymous$$d of your game :).

does you effort matches the real danger of hacking?

avatar image meat5000 ♦ · Feb 03, 2015 at 03:46 PM 0
Share

Ask Cro$$anonymous$$m for some advice. They are masters of Anti-Piracy.

http://www.digitalspy.co.uk/ga$$anonymous$$g/news/a618658/the-talos-principle-tackles-piracy-by-trapping-players-in-a-lift.html

http://gamerant.com/serious-sam-bfe-piracy-scorpion-tao-120204/

Show more comments

Your answer

Hint: You can notify a user about this post by typing @username

Up to 2 attachments (including images) can be used with a maximum of 524.3 kB each and 1.0 MB total.

Follow this Question

Answers Answers and Comments

4 People are following this question.

avatar image avatar image avatar image avatar image

Related Questions

Raycast problems in my AI 1 Answer

Physics.Raycast AI problem 1 Answer

Physics.Raycast 2 Answers

Physics.Raycast does not work On NotWalkable Areas Of Navmesh. 1 Answer

AI Player Jerky Movement - Overcoming Obstacle 0 Answers


Enterprise
Social Q&A

Social
Subscribe on YouTube social-youtube Follow on LinkedIn social-linkedin Follow on Twitter social-twitter Follow on Facebook social-facebook Follow on Instagram social-instagram

Footer

  • Purchase
    • Products
    • Subscription
    • Asset Store
    • Unity Gear
    • Resellers
  • Education
    • Students
    • Educators
    • Certification
    • Learn
    • Center of Excellence
  • Download
    • Unity
    • Beta Program
  • Unity Labs
    • Labs
    • Publications
  • Resources
    • Learn platform
    • Community
    • Documentation
    • Unity QA
    • FAQ
    • Services Status
    • Connect
  • About Unity
    • About Us
    • Blog
    • Events
    • Careers
    • Contact
    • Press
    • Partners
    • Affiliates
    • Security
Copyright © 2020 Unity Technologies
  • Legal
  • Privacy Policy
  • Cookies
  • Do Not Sell My Personal Information
  • Cookies Settings
"Unity", Unity logos, and other Unity trademarks are trademarks or registered trademarks of Unity Technologies or its affiliates in the U.S. and elsewhere (more info here). Other names or brands are trademarks of their respective owners.
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Default
  • Help Room
  • META
  • Moderators
  • Explore
  • Topics
  • Questions
  • Users
  • Badges