[FFmpeg-trac] #8211(avformat:new): ffplay does'nt play mjpeg stream

FFmpeg trac at avcodec.org
Mon Apr 12 15:57:15 EEST 2021


#8211: ffplay does'nt play mjpeg stream
-------------------------------------+------------------------------------
             Reporter:  anhsoft      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  rtsp mjpeg   |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  1            |
-------------------------------------+------------------------------------

Comment (by HappyCow):

 Hello again everybody!
 The patch works very fine for the decoding of the stream [I suppose that
 one day it will be included in the standard version as a new feature or
 enhancement], but somehow the device also requires a periodic custom
 RTCP_RR to keep the connection alive (just 6 bytes of data)
 This is achieved by sending a RTCP receiver report.
 IjkPlayer library just uses a native SendRtcpRrData(byte[]) that in fact
 is actually a call to either an standard ffmpeg
 ff_rtp_check_and_send_back_rr(), ff_rtp_send_rtcp_feedback(), or
 ff_rtp_send_punch_packets() (I am unsure about that)
 So, I will need to send/interleave periodically these tiny custom RR
 packets. I have searched quite a few places on the internet but have not
 been able to find a practical example of how to generate/send custom RTCP
 receiver reports with ffmpeg, either in C++ or any other language.
 How could this be achieved in Windows? (I am used the dll's generated with
 your patch wrapped around the standard python PyAV module)
 I would appreciate very much your suggestions or help on this

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


More information about the FFmpeg-trac mailing list