Opened 7 years ago

Last modified 7 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 bubbleguuum, 7 years ago

Summary: reconnecting to http URL should use original URL and not the redicted URLreconnecting to http URL should use original URL and not the redirect URL
Note: See TracTickets for help on using tickets.