[Live-devel] H264 over RTP problem

[Miklos Szeles]

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 <finlayson at live555.com> 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 at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>