[FFmpeg-trac] #2415(avformat:new): RTSP (and SDP) client timeout is hard-coded to 10 seconds

[FFmpeg]

#2415: RTSP (and SDP) client timeout is hard-coded to 10 seconds
-------------------------------------+-------------------------------------
             Reporter:  jackjansen   |                     Type:
               Status:  new          |  enhancement
            Component:  avformat     |                 Priority:  normal
             Keywords:               |                  Version:
             Blocking:               |  unspecified
Analyzed by developer:  0            |               Blocked By:
                                     |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
 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.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2415>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker