[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