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

Crash if eyes are closed for too long (like falling asleep) #4

Open
sveken opened this issue Jan 12, 2024 · 9 comments
Open

Crash if eyes are closed for too long (like falling asleep) #4

sveken opened this issue Jan 12, 2024 · 9 comments
Labels
bug Something isn't working

Comments

@sveken
Copy link

sveken commented Jan 12, 2024

Hello,
I notice if you fall asleep/ leave your eyes close for a period of time, in my testing somewhere between 10-30 minutes, Broken eye just crashes/closes. As the app requires UAC it means taking the headset off and restarting the application.

Running a Pimax Crystal,
Windows 11 23H2
5800X3D
6800XT
brokeneye.log
preferences.json

@ghostiam
Copy link
Owner

Hello, thank you for your interest in the project.

Please download the latest version, it fixes many errors(added auto-connection and fixed errors that lead to crash) and also improves logging.

https://github.com/ghostiam/BrokenEye/releases/latest

I will close this issue, open it if you encounter this problem again with the new version.

@sveken
Copy link
Author

sveken commented Jan 30, 2024

So now the crash seems to be random.
In the log file for this session. The eye tracking dropped out and there was no video feed, however i could just hit disconnect and reconnect and everything was smooth again.
Hour or so later, it dropped out against, however this time the disconnect button froze the entire application, forcing me to close it. I then have to go into task manager and find the Broken eye process and end it there too. Unfortunately this means i have to fully restart the whole chain of programs. At least the first drop out its a simple disconnect/reconnect and everything continues.

brokeneye-2024-01-30-19-28-18.log
preferences.json

Some nights it only happens once. Some none at all.

@ghostiam ghostiam reopened this Jan 30, 2024
@ghostiam
Copy link
Owner

Unfortunately, connection instability depends on the headset and cable.

I will study what can be done about the freeze, perhaps 2 disconnection commands from the device overlapped and that’s why it froze.

@sveken
Copy link
Author

sveken commented Jan 31, 2024

Thank you,
Just Brokeneye not crashing would be a huge quality of life improvement, as when it does drop out and the brokeneye doesn't lock up it seems disconnect/reconnecting the device is enough for everything to just continue on like nothing happen (vrcft and vrtrack just keep working)
Where as the full crash means restarting all of the above, then respawning the avatar etc.

Thank you again for your work into this program.

@ghostiam ghostiam added the bug Something isn't working label Jul 20, 2024
@ghostiam
Copy link
Owner

Please check the latest version
https://github.com/ghostiam/BrokenEye/releases

@sveken
Copy link
Author

sveken commented Sep 2, 2024

So been testing the new version.
I notice now when the eye tracking crashes i can just close BrokenEye and then open task manager and kill the left over BrokenEye thread that gets left running. Then just reopening BrokenEye VRCFT etc just takes off without any further input. Which is super nice.

However BrokenEye itself still seems to be sensitive to what ever is happening (i guess cable issues like you mentioned) and the program will crash when you try to close it or hit disconnect. Ideally when the eye tracking drops it would be nice to just disconnect and recconend without having to reopen it.

I have gotten around it so far by having a shortcut that runs a task to open BrokenEye as this bypasses the UAC prompt so i don't need to leave VR. This drop out doesn't happen too often.

Thank you for the updates.

@ghostiam
Copy link
Owner

ghostiam commented Sep 2, 2024

Please attach a logs and configuration file, which can be found in the C:\Users<USER>\AppData\Roaming\fyne\com.ghostiam.BrokenEye folder.
There are several recent logs stored there. Perhaps you remember the time when the failure occurred and then you can send only that.

@ghostiam ghostiam reopened this Sep 2, 2024
@sveken
Copy link
Author

sveken commented Sep 2, 2024

Here we go
So for this log. Eye tracking stopped working, clicking the preview images in BrokenEye would just show nothing. Hitting Disconnect would do nothing, when i closed out of the GUI there was still a service in the background called "BrokenEye" using about 9% of the cpu.
Killing that and then reopening Brokeneye it connected fine and VRCFT etc all resumed like normal.
preferences.json
brokeneye-2024-09-02-20-53-07.log

@sveken
Copy link
Author

sveken commented Sep 30, 2024

One thing i have noticed, i still need to test this but it appears to fix it.

I noticed the Priority of BrokenEye was running at "Below normal" After another crash i set it back to "Normal" in task manager and did not have an issue. The next play session i had i confirmed it was still set to "normal" and again had no issues.

It crashed again for the first time in maybe a week or two, and going back into task manager i found brokeneye again running at "Below Normal" in priority.

So far i have not had it crash when set to normal, but i might need to test more over a longer period.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants