Opened 8 years ago

Closed 4 weeks ago

#2415 closed enhancement (fixed)

RTSP (and SDP) client timeout is hard-coded to 10 seconds

Reported by: jackjansen Owned by:
Priority: wish Component: avformat
Version: git-master Keywords: rtsp sdp
Cc: Blocked 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.

Change History (2)

comment:1 Changed 3 years ago by cehoyos

  • Keywords rtsp sdp added
  • Priority changed from normal to wish
  • Reproduced by developer set
  • Status changed from new to open
  • Version changed from unspecified to git-master

Reproducible with an invalid sdp file like the following:

o=- 22714557 1 IN IP4
t=0 0
m=audio 1234 RTP/AVP 100
c=IN IP4
a=rtcp:9 IN IP4
a=rtpmap:100 opus/48000/2

Patch sent.

comment:2 Changed 4 weeks ago by taliho

  • Resolution set to fixed
  • Status changed from open to closed
Note: See TracTickets for help on using tickets.