Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Retry after source offline or other network problem while recording #1146
Could be a bugfix or a feature request...
streamlink best -o output.ts --retry-open 1000 --retry-streams 10
I expected that, if connection goes offline while recording,
But instead, if while recording the connection goes down or the stream goes offline, streamlink says:
Expected / Actual behavior
If while recording/playing the source is no more available or there's some other network problem, would be good if streamlink wait X time to the stream to come back.
Reproduction steps / Explicit stream URLs to test
Operating system and version: Windows 10
When trying to control the stream download process, you need to set the
The difference between these parameters is not that well documented though, and should be improved.
Thank you @bastimeyer for the clarification, but it seems to not work the same. I tried with this command line, as you suggest:
streamlink http://www.ustream.tv/channel/live-iss-stream best -o liveiss.ts --stream-segment-attempts 1000 --stream-segment-timeout 10 --hls-segment-attempts 1000 --hls-segment-timeout 10
But when I disconnect my internet to test, it exits again after few seconds with the same error "Error when reading from stream: Read timeout, exiting". (Without showing any message about the waiting).
seeing the same exact issue on current (0.8.1) version from multiples of sources (foxsportsgo, espn, etc) using m3u8 hlsvariant.
Runs fine for a bit, then abruptly exits with error reading from stream: read timeout
Seems to always happen after brief network interruptions (thank you Comcast)
The above referenced command line options make no difference in behavior.
but this won't work with the