[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