[FFmpeg-trac] #6807(ffplay:new): RTSP/UDP is not working in FFPLAY

FFmpeg trac at avcodec.org
Mon Nov 6 04:39:30 EET 2017


#6807: RTSP/UDP is not working in FFPLAY
--------------------------------+---------------------------------------
             Reporter:  Ben321  |                     Type:  defect
               Status:  new     |                 Priority:  normal
            Component:  ffplay  |                  Version:  unspecified
             Keywords:          |               Blocked By:
             Blocking:          |  Reproduced by developer:  0
Analyzed by developer:  0       |
--------------------------------+---------------------------------------
 Summary of the bug: RTSP/UDP is not working in FFPLAY (nor in FFMPEG)
 Version: unknown (not standard version number)
 Version Reported: "ffplay version N-81154-gfb91143"

 How to reproduce:
 Not sure which versions of FFPLAY this applies to, or maybe all of them.
 My system for testing it is Windows.
 The command line I'm using is:
 ffplay.exe -loglevel trace -rtsp_transport udp
 rtsp://121.167.43.161/chosun

 An important looking line of text displayed in the console says "[tcp @
 05544b20] No default whitelist set". Notice that it says TCP instead of
 UDP. It seems that it's attempting to use RTSP/TCP instead of RTSP/UDP,
 even though I manually specified "-rtsp_transport udp" in the command
 line.

 Please fix this. I believe the source of the stream I'm trying to view is
 using RTSP/UDP, not RTSP/TCP, as it doesn't work in FFPLAY for Windows
 (and possibly FFPLAY for other platforms as well) only available version
 of RTSP (which is RTSP/TCP), but by using another player (an app for
 Android called Stream Player) I can view the stream perfectly. This
 strongly points to the stream using RTSP/UDP instead of RTSP/TCP.

 Tested in FFMPEG as well with this command line, in order to transcode and
 save the stream into an MP4 file:
 ffmpeg.exe -loglevel trace -rtsp_transport udp -i
 rtsp://121.167.43.161/chosun test.mp4

 Same problem. It won't work because it appears to keep trying to use TCP
 instead of UDP.

 Again, please fix this bug.

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


More information about the FFmpeg-trac mailing list