RTSP (and SDP) client timeout is hard-coded to 10 seconds
|Reported by:||Jack Jansen||Owned by:|
|Blocking:||Reproduced by developer:||yes|
|Analyzed by developer:||no|
Summary of the bug:
The timeout while waiting for UDP packets in response to opening an RTSP url or SDP file is hard-coded to 10 seconds (the MAX_TIMEOUTS define in rtsp.c). This makes it impossible to decode RTP streams that are intermittently active. It would be good if the hard-coded time out was replaced either by a ?timeout=NNNNN construct, as for UDP reception, or by an AVOption.
The current behaviour is great for TCP-failover in case there is no UDP connectivity, but not good for receiving intermittent streams.
How to reproduce:
open any SDP file for which there are currently no incoming packets.
Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker.