[Live-devel] Maximum interleaved RTP packet size

Deanna Earley dee.earley at icode.co.uk
Thu Apr 16 02:00:59 PDT 2015


Thank you for the new version Ross.

Can I confirm that this shouldn't interact with the file sink buffer sizes as they effectively receive decoded and depacketised frames?
  // "bufferSize" should be at least as large as the largest expected
  //   input frame.

They have a default value of 20,000, and playCommon passes 100,000 (unless told otherwise)

Kind regards

--
Deanna Earley | Lead developer | icatchercctv

w: www.icode.co.uk/icatcher<http://www.icode.co.uk/icatcher> | t: 01329 835335 | f: 01329 835338
Registered Office : 71 The Hundred, Romsey, SO51 8BZ. Company Number : 03428325

From: live-devel [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: 15 April 2015 22:26
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Maximum interleaved RTP packet size

I might, however, add a mechanism that will allow the client code to specify that it wants a specific incoming packet size, and then (if this option is set) include a "Blocksize:" header in its requests.

FYI, I've just released a new version (2015.04.15) of the "LIVE555 Streaming Media" code that adds a variable

          u_int16_t RTSPClient::desiredMaxIncomingPacketSize;

If - after creating your "RTSPClient" object - you set this field to some value >0, then a corresponding "Blocksize:" header will be included with each outgoing "SETUP" request.  (I didn't added to "PLAY", because that would have complicated the code unnecessarily.)

I hope this works for you.

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150416/42cacaf2/attachment.html>


More information about the live-devel mailing list