[FFmpeg-trac] #6851(undetermined:new): rtsp with udp not working well

FFmpeg trac at avcodec.org
Wed Jun 20 09:38:16 EEST 2018


#6851: rtsp with udp not working well
-------------------------------------+-------------------------------------
             Reporter:  dodo11       |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  udp rtsp     |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by jidckii):

 Replying to [comment:1 cehoyos]:
 > Please provide the command line you tested together with the complete,
 uncut console output to make this a valid ticket.


 Hello!
 I have had such a problem for a very long time and I can not figure out
 how to solve it.
 According to my assumptions, this is due to the fact that the input and
 output work in the same thread.
 Whatever buffers I set up in the end result, I'm getting early loss of
 packets when reordering RTP "RTP: misssed XX pacets" or errors like
 "jitter buffer is full"

 I know about the existence of the parameter async and cache
 https://ffmpeg.org/ffmpeg-all.html#async
 , but they can not be added to the rtsp input.

 I'm using the latest builds from git, assembled in the docker image from
 this repository:
 https://hub.docker.com/r/jrottenberg/ffmpeg/

 Here are the startup parameters:
 "ffmpeg -v 48 -nostats -analyzeduration 20000000 -fflags igndts -fflags
 genpts -fflags latm
               -max_delay 500000 -reorder_queue_size 10000 -rtsp_transport
 udp
               -r 15 -i rtsp: // admin: @ 192.168.86.169: 554/0? .sdp
               -map 0 -r 15 -c: v copy -an -f mpegts
               -muxdelay 1 -max_interleave_delta 0 -fflags + genpts
               udp: //239.0.0.1: 1234? ttl = 1? pkt_size = 1316 "

 During the experiments, I changed the values ​​of the parameters
 responsible for buffering, but whatever I put, the packets are still lost
 and the quality of the video stream spoils.

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


More information about the FFmpeg-trac mailing list