[FFmpeg-trac] #9795(ffmpeg:new): Regression UDP/RTSP: UDP timeout never hits

[FFmpeg]

#9795: Regression UDP/RTSP: UDP timeout never hits
-------------------------------------+-------------------------------------
             Reporter:  Chris R      |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:  ffmpeg       |                  Version:  git-
             Keywords:  rw_timeout   |  master
  udp rtsp                           |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 How to reproduce:
 {{{
 ffprobe -i rtsp://x.x.x.x:554/axis-media/media.amp
 2022-05-23-git-6076dbcb55
 works on 4.3.2, broken on 4.4 and above
 }}}

 On previous releases ffmpeg would fail over to TCP when a UDP timeout got
 hit. The timeout no longer gets hit.

 On 4.3.2, after a few seconds waiting on UDP, the message "[rtsp @
 0000022607bcd4c0] UDP timeout, retrying with TCP]" pops up, and attempts
 TCP.

 I believe this is due to the UDP option overwriting `timeout`, and ends up
 being infinitely long.

 You can work around this by specifying "-timeout 2000000" for instance.
 "-rw_timeout 2000000" however does not work for this scenario.

 It would be very nice to have the working failover back, as the default
 (UDP) `lower_transport` is not always implemented properly, or available
 at all, causing it to outright fail after waiting several minutes.

 Example of working and non-working ffmpeg in this scenario:
 https://gist.github.com/flaeri/6c8eb5532f9cee56bc25d7032c0e9d2e
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9795>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker