<div dir="ltr"><div dir="ltr"><div>Hi Ross,</div><div><br></div><div>You are right when mention the complexity of RTP extension support. </div><div>That is why I just simply ask you to put a little effort by allowing outside of live555 to set the </div><div>extension bit, and the rest is my part, of course I would do any way out of scope of the </div><div>library. </div><div><br></div><div>Thank you for your adding 'protected' to my requested function,  <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 5, 2019 at 12:29 AM Ross Finlayson <<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Dec 4, 2019, at 10:05 PM, Steve Ha <<a href="mailto:steveha@u2sr.com" target="_blank">steveha@u2sr.com</a>> wrote:<br>
> <br>
> Hi Ross, <br>
> <br>
> In order to avoid modifying live555 library directly I have some needs:<br>
> <br>
> 1) I want to access to function 'setSDPLinesFromRTPSink' for overridding sdpLines() of class OnDemandServerMediaSubsession:<br>
> private:<br>
> void setSDPLinesFromRTPSink(RTPSink* rtpSink, FramedSource* inputSource, unsigned estBitrate);        <br>
> <br>
> Can you make it accesible by the derived classes?<br>
<br>
Yes.  This function is now “protected:” in the latest release of the code (2019.12.04).<br>
<br>
<br>
> 2) class MultiFramedRTPSink has various public functions for setting RTP header's properties such as:<br>
>    setMarkerBit, setTimestamp, setSpecialHeaderWord, setFrameSpecificHeaderWord, etc. <br>
>    But it does not any function to setHeaderExtensionBit.<br>
>    Can you kindly support one more function to setHeaderExtensionBit ?<br>
<br>
No, because we currently don’t support RTP extension headers (either sending or receiving).  (Adding a RTP extension header involves a lot more than just setting a bit.)<br>
<br>
I might consider supporting RTP extension headers in the future if someone could make a good case for this (especially if it involves support for an IETF standard).<br>
<br>
<br>
Ross Finlayson<br>
Live Networks, Inc.<br>
<a href="http://www.live555.com/" rel="noreferrer" target="_blank">http://www.live555.com/</a><br>
<br>
<br>
_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" rel="noreferrer" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</blockquote></div></div>