Opened 8 years ago
Last modified 8 years ago
#6423 new defect
reconnecting to http URL should use original URL and not the redirect URL
Reported by: | bubbleguuum | Owned by: | |
---|---|---|---|
Priority: | minor | Component: | undetermined |
Version: | git-master | Keywords: | http |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description
If ffmpeg is passed a http(s) input stream with options "-reconnect_at_eof 1 -reconnect_streamed 1", it will reconnect endlessly when the stream reach eof.
This is very useful for some iptv streams that require this.
However, if the input URL passed on the commandline return a http code 302 and a redirect URL, the subsequent reconnections happen on the redirect URL and not the original URL input URL.
This can make reconnect fail for some http servers sending a different redirect URL on each connection. Thus the original URL passed on the command line should always be used to reconnect, handling the redirect again.
I do not have a test stream to give to illustrate this, but this should not be difficult to grasp.
Change History (1)
comment:1 by , 8 years ago
Summary: | reconnecting to http URL should use original URL and not the redicted URL → reconnecting to http URL should use original URL and not the redirect URL |
---|