-
Notifications
You must be signed in to change notification settings - Fork 22
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
Question about auto-reconnect #13
Comments
You're right, there's no reconnection handling in the code. I don't know if/when I have some time to check what could be done here... |
No worries, I just wanted to know. Still great to have. Maybe I find some time myself. Having a wrapper around mplayer currently, opening it via pty and checking if died before the recording is complete. |
I think using the urllib3 would be a good idea, urllib3 can automatically retry idempotent requests. |
Do you fixed the Problem @fa7ecc1f76 ? |
Hi @lastsamurai26 - yes, but I didn't commit the changes here, kept it as a local private branch. Until I have time to raise a pull request here, I can send the changes I've made to you. I will get in touch this weekend latest. |
that would be excellent :-) |
This is it, you need to rename it to .py again of course. I recommend a diff with the current version and you'll see what I did. |
yes, I will do a diff patch. Thanks for the help :) |
@lastsamurai26 feel free to use the code and contribute it to this project or anywhere else. I don't really have time currently. |
:-) i've pulled your changes :) |
Cool. Feel free to take over from here. |
Hi there,
did you do anything in regards to re-connection handling? I couldn't really find anything in the code.
I'm not sure if urllib.request does something in these regards. So if the stream disconnects for whatever reason, the recording should not stop before the recording duration set.
Best regards,
J
The text was updated successfully, but these errors were encountered: