-
-
Notifications
You must be signed in to change notification settings - Fork 178
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
Not working anymore when it runs + you are watching a stream #669
Comments
Seems like the issue happens when the tool is running and you are watching a livestream on another PC/browser. Definitely worked a few days ago. Once I close all livestreams on my PC it starts farming the drops again |
Hello.
The README has now been updated to specify this in a clear manner. Indeed, watching a stream in the browser will cause the miner to misbehave, reporting false progress and not working as designed in general. Since multiple people have reported this by now, I'll need to think about introducing some kind of UI change, that'll let the user determine when the miner stops getting drop updates from the server for long enough to consider reporting this to the user in some way. |
From my observations this happens even if I'm not logged into twitch on the browser I'm watching the stream from. It goes down to 10 minutes and resets back to 11. |
Occasional setbacks like that are to be expected, for the very same reason I've described in my previous message above. The "10 minutes" you saw were fake - they were the result of the "pretend mining" mode the miner uses, when there's no drop update response received from the server. The time was artificially lowered from 11 minutes to 10 minutes. Where there finally is a response from the server received, the timer will jump to the actual time reported, which usually involves jumping backwards a minute or two ((back to 11 minutes in your case), but forward jumps are possible as well, although unlikely. This, again, is the reason why I'd like the UI to clarify what time was the actual last time reported by the server (the real time), and what is the supposed time the miner tracks internally, so you can know what the true progress vs the expected progress is. |
I spent some time thinking about how to implement this in the UI, and came up with this (example): The drop progress text turns red, and the values in parentheses indicate the real progress, while the remaining values stay as-is. This functionality only enables once the supposed progress diverges far enough from the real progress, and disables on the next progress update from the server (GQL or websocket). This "far enough" will probably end up being a 5-10 minutes constant, that I haven't specifically decided yet on. Thoughts? |
I've pushed the update to a new branch, for anyone interested to test and check out: https://github.com/DevilXD/TwitchDropsMiner/tree/real_time I'm still unsure if this way of displaying the real time is the way to go, there's not much explanation to it, other than the red color and some additional values in parentheses. I'd really like some feedback, preferably from someone who has tried and experienced it working. |
Just recently the tool does no longer work anymore.
It starts watching a channel, the countdown goes down but when going to the twitch drops page, the percentage stays the same.
Using the latest version 1997a51
The text was updated successfully, but these errors were encountered: