Hello Ross, Thank you for information.
I have tried like you said, but I have this error: MultiFramedRTPSink::afterGettingFrame1(): The input frame data was too large for our buffer size (30480). 26917 bytes of trailing data was dropped! Correct this by increasing "OutPacketBuffer::maxSize" to at least 56917, *before* creating this 'RTPSink'. (Current value is 30000.) I have set OutPacketBuffer::maxSize to 30000 and frame in this case is 56917. I copied 30000 bytes to fTo buffer and set fFrameSize to fMaxSize value (30000), also fNumTruncatedBytes is 26917. Seems that we need to add also RTP header data to this 30000 buffer (480 bytes) and that’s why I have an error, is this correct? Best regards, ----------------------------------------- Victor Vitkovskiy Senior software developer mailto: victor.vitkovs...@mirasys.com www.mirasys.com -----Original Message----- From: live-devel <live-devel-boun...@us.live555.com> On Behalf Of Ross Finlayson Sent: Wednesday, 26 January 2022 09:54 To: LIVE555 Streaming Media - development & use <live-de...@us.live555.com> Subject: Re: [Live-devel] [Mirasys] Live555 RTSP server questions EXTERNAL > On Jan 26, 2022, at 8:43 PM, Victor Vitkovskiy > <victor.vitkovs...@mirasys.com> wrote: > > Hello Ross, > > I have one question regarding the copying data to output buffer when I am > implementing own FramedSource. > There is an fTo buffer that has a maximum size fMaxSize, this fMaxSize is > taken from OutPacketBuffer::maxSize value. > > So, the question is - can I change this buffer size dynamically? No. “fMaxSize” is set by the downstream object when it calls “getNextFrame()” (and thus “doGetNextFrame()”). It is the maximum size of data that the downstream object is prepared to receive. Therefore, it should be treated as an “in” value by each implementation of “doGetNextFrame()”, and this implementation of “doGetNextFrame()” should never transfer more data than this. (Instead, it should set “fFrameSize” to “fMaxSize”, transfer only this amount of data, and set “fNumTruncatedBytes” to the remaining count of (untransferred) bytes. 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 _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
