If I increase buffer size as OutPacketBuffer::maxSize = 10 for RTPSink,
is it possible that overflow occurs in receiver side?
No, because that won't change the maximum size of outgoing RTP packets.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
If I increase buffer size as OutPacketBuffer::maxSize = 10 for RTPSink,
is it possible that overflow occurs in receiver side?
In H264VideoRTPSource(..., bufferSize, ...), the bufferSize indicates the
maximum size for a received frame?
Thank you very much.
Best regards,
>>In doGetNextFrame(), if the NAL is larger than fMaxSize,
>>how to process the remaing data (fNumTruncatedBytes)?
>You can't, because they will not have been delivered (because you did
>not provide enough space for hem).
>You need to make sure that the "maxSize" parameter to the
>"getNextFrame
Thank you.
But I am confused.
I am playing H.264, and just implement
H264VideoStreamFramer::doGetNextFrame() and checkForFrame().
As you said, should I control to call getNextFrame() from
H264RTPSink with a large enough maxSize?
Could you show me directions of how to do that?
Yes, add
>>In doGetNextFrame(), if the NAL is larger than fMaxSize,
>>how to process the remaing data (fNumTruncatedBytes)?
>You can't, because they will not have been delivered (because you did
>not provide enough space for hem).
>You need to make sure that the "maxSize" parameter to the
>"getNextFrame
In doGetNextFrame(), if the NAL is larger than fMaxSize,
how to process the remaing data (fNumTruncatedBytes)?
You can't, because they will not have been delivered (because you did
not provide enough space for hem).
You need to make sure that the "maxSize" parameter to the
"getNextFrame()" c
Dear,
In doGetNextFrame(), if the NAL is larger than fMaxSize,
how to process the remaing data (fNumTruncatedBytes)?
Thanks.
Best Regards,___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
