> On Jul 28, 2023, at 9:39 AM, R, Ranjith via live-devel
> wrote:
>
> We are getting the marker bit value Boolean rtpMarkerBit =
> fSource->curPacketMarkerBit();
> Only if it is true(set to 1), we will consider as last frame received and
> write the buffered data to file system, till then we
--- Begin Message ---
Hi Team,
This is continuation of my earlier post
(https://www.mail-archive.com/live-devel@lists.live555.com/msg15406.html).
Frames sending as multiple slices is good, because it makes stream more
resilient to packet loss.
Though decoders are able to decode the slice of a
> On Jan 28, 2023, at 7:24 AM, R, Ranjith via live-devel
> wrote:
>
> We are using Live555 library as a RTSP client in our CCTV product.
That’s good to hear. (Don’t forget your obligations under the GNU LGPL
license: http://live555.com/liveMedia/faq.html#copyright-and-license )
> Recentl
--- Begin Message ---
Hi Team ,
We are using Live555 library as a RTSP client in our CCTV product.
Recently we integrated a new camera where we are getting two I/P frames with
the same timestamp.
When we further analyze, this specific camera is setting FU header end bit in
middle of a frame.
Su
