Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(Discussion) Interacting with the meeting button #73

Open
Alexejhero opened this issue Jun 8, 2023 · 3 comments
Open

(Discussion) Interacting with the meeting button #73

Alexejhero opened this issue Jun 8, 2023 · 3 comments

Comments

@Alexejhero
Copy link
Collaborator

Alexejhero commented Jun 8, 2023

How do we handle choosing when to press the meeting button? I'm interested to hear any ideas anyone might have.

Currently we record data about the meeting button position and whether or not the player used the interact button, we could use that and just feed it through the neural network, but that might lead to random meetings.

@Alexejhero Alexejhero changed the title Interacting with the meeting button (Discussion) Interacting with the meeting button Jun 8, 2023
@krogenth
Copy link
Contributor

krogenth commented Jun 8, 2023

Has any testing been done to see how often the model attempts to use the meeting button?

If we're willing to recollect data, we could separate the emergency meeting from other interactions. While the interactions are the same, the circumstance to use the emergency meeting is different from others. That should give the model some more clear connections to when to use the button.

Otherwise with the data we currently collect, I don't see much more we could do than hope the model doesn't use it immediately.

While it's maybe against the spirit of the project, we could make restrictions dll side to keep the model from interacting. Something like having seen a body allows the model to interact with the meeting button.

@Alexejhero
Copy link
Collaborator Author

If we're willing to recollect data, we could separate the emergency meeting from other interactions. While the interactions are the same, the circumstance to use the emergency meeting is different from others. That should give the model some more clear connections to when to use the button.

We're recollecting data in about 1h but we don't need to make any changes, as we're already recording interactions and the nearest interactable, we can determine from the python side when the button is pressed: if interacted and interactable is systemconsole and distance to button < n

While it's maybe against the spirit of the project, we could make restrictions dll side to keep the model from interacting. Something like having seen a body allows the model to interact with the meeting button.

We could do something like that, only trigger the meeting button if a vent was seen, or if a body was seen on cams, or something like that, question is how do we condition it to go to the button once that event occurs? We were thinking of creating like a fake task and giving it to the neural network in place of the sabotage, so the nn has a sense of urgency to go there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants
@krogenth @Alexejhero and others