> On Jul 28, 2023, at 9:39 AM, R, Ranjith via live-devel > <live-de...@us.live555.com> 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 will be keep on > appending the data to a buffer. > We checked the RFC(https://www.ietf.org/rfc/rfc3550.txt, > https://www.ietf.org/rfc/rfc3551.txt), it says that “In video streams, the > marker bit MUST be one for the last packet sent for each video frame, and > zero for all other packets”. > Is this implementation of merging multiple slices of data into a single frame > is correct ?
Yes, that’s correct. That’s why the marker bit is set - to note the last packet in a frame (not a slice) Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
