The used sink has a big enough buffer, so if there is some data loss, that appear before the sink. I saw the following lines in MultiFramedRTPSource: // Try to use a big receive buffer for RTP: increaseReceiveBufferTo(env, RTPgs->socketNum(), 50*1024); is it possible that my problem caused by this 50*1024 setting?
On Thu, Sep 4, 2008 at 8:43 PM, Ross Finlayson <[EMAIL PROTECTED]> wrote: >> I'm trying to receive H264 video stream(unicast RTP) from a camera. It >> works well for 320x240 video stream, but when I increase the >> resolution to 640x480 some frames can't be decoded. It looks like >> their end is missing. >> Is there any limitation on the size of the video frames? > > No. However, the *sink* object that you use to receive incoming H.264 NAL > units needs to be big enough for each NAL unit. Perhaps you just need to > use a larger buffer size? (You didn't say exactly how (i.e., with what > 'sink') you are receiving the data.) > -- > > 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
