[FFmpeg-trac] #1941(avformat:new): unable to receive RTSP stream from VLC

FFmpeg trac at avcodec.org
Fri Dec 25 18:15:41 EET 2020


#1941: unable to receive RTSP stream from VLC
------------------------------------+------------------------------------
             Reporter:  rogerdpack  |                    Owner:
                 Type:  defect      |                   Status:  new
             Priority:  normal      |                Component:  avformat
              Version:  git-master  |               Resolution:
             Keywords:  rtsp        |               Blocked By:
             Blocking:              |  Reproduced by developer:  1
Analyzed by developer:  0           |
------------------------------------+------------------------------------

Comment (by jkushmaul):

 Possibly necro - but I too found myself in this exact situation and it was
 very frustrating.

 While it seems like ffmpeg is just inflexible on this issue, I found an
 additional related ticket in the opposite, where ffmpeg is the server:
 https://trac.ffmpeg.org/ticket/3533?cversion=0 (wont fix)  The reasoning
 was Obi-wan like, in that "This isn't the mux you are looking for" - so
 while it appears that VLC can handle that, just fine, ffmpeg not only does
 not, but will not.  To each their own.

 I was able to overcome this issue by removing the vlc `mux` option from
 the rtp block:
 ```
 vlc sintel.mpg
 ":sout=#transcode{vcodec=h264,vb=300,scale=0.25,acodec=mp4a,ab=128,channels=2,samplerate=22050}:rtp{sdp=rtsp://:8554/test.sdp}"
 ```
 I tested this on my own stream where before it reproduced the issue, and
 after, did not.

 Once I removed mux, I saw the payload type 33 replaced, and ffmpeg was
 able to pull the tracks.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/1941#comment:11>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list