<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --> gfidisc.remsdaq.com {color:black; !important} </style>
 <meta name="application-name" content="gfidisc.remsdaq.com "> </head>
<body>
<font face="Times New Roman" size="3"><a name="BM_BEGIN"></a>
<div><font size="2">Thanks Ross for the links. As I said I inherited this code so wouldn't have known that it is using obsolete libraries.<br>

Are there any samples of c#/VB.net wrappers which can be a starting point.<br>

<br>

Thanks<br>

<br>

-----Original Message-----<br>

From: live-devel [<a href="mailto:live-devel-bounces@ns.live555.com">mailto:live-devel-bounces@ns.live555.com</a>] On Behalf Of live-devel-request@ns.live555.com<br>

Sent: Friday, June 20, 2014 5:44 PM<br>

To: live-devel@ns.live555.com<br>

Subject: live-devel Digest, Vol 128, Issue 13<br>

<br>

Send live-devel mailing list submissions to<br>

        live-devel@lists.live555.com<br>

<br>

To subscribe or unsubscribe via the World Wide Web, visit<br>

        <a href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel</a><br>

or, via email, send a message with subject or body 'help' to<br>

        live-devel-request@lists.live555.com<br>

<br>

You can reach the person managing the list at<br>

        live-devel-owner@lists.live555.com<br>

<br>

When replying, please edit your Subject line so it is more specific than "Re: Contents of live-devel digest..."<br>

<br>

<br>

Today's Topics:<br>

<br>

   1. Re: Starting Frames are corrupted (Vikram Singh)<br>

   2. API's unavailable after version update (Manish Agarwal)<br>

   3. Re: API's unavailable after version update (Ross Finlayson)<br>

<br>

<br>

----------------------------------------------------------------------<br>

<br>

Message: 1<br>

Date: Fri, 20 Jun 2014 19:57:40 +0530<br>

From: "Vikram Singh" <vikram@vizexperts.com><br>

To: "'LIVE555 Streaming Media - development & use'"<br>

        <live-devel@ns.live555.com><br>

Subject: Re: [Live-devel] Starting Frames are corrupted<br>

Message-ID: <001401cf8c93$cc0981d0$641c8570$@vizexperts.com><br>

Content-Type: text/plain; charset="us-ascii"<br>

<br>

Hi ross,<br>

<br>

 <br>

<br>

Please ignore my previous mail. I was sent accidently.<br>

<br>

 <br>

<br>

Just for testing purpose, I have reduced my streaming video size to 100*100 px size.<br>

<br>

By reducing the size I want to avoid the scenario where on the client side there is truncation of data, due to buffer overflow in the starting.<br>

<br>

This buffer overflow was assumed because the client had no idea about server frame size and initialized a default size to the buffer that receives data.<br>

<br>

Even then I have the problem of corrupt frames in the starting.<br>

<br>

 <br>

<br>

Can there be any other case because of which this initial corruption of frames is happening.<br>

<br>

 <br>

<br>

An another observation is when I had incorrect OutPacketBuffer::maxSize initialized to it, the frame rendered were like this<br>

<br>

<a href="https://drive.google.com/file/d/0B9yXmUZbfI7_OWJiblZta1hXYWM/edit?usp=sharin">https://drive.google.com/file/d/0B9yXmUZbfI7_OWJiblZta1hXYWM/edit?usp=sharin</a><br>

g<br>

<br>

i.e the frame would bleed to the bottom and that symbolizes the truncation of frame.<br>

<br>

 <br>

<br>

Instead the corruption was something like this<br>

<br>

<a href="https://docs.google.com/file/d/0B9yXmUZbfI7_YUxEb1ltZ2pwa3M/edit">https://docs.google.com/file/d/0B9yXmUZbfI7_YUxEb1ltZ2pwa3M/edit</a><br>

<br>

 <br>

<br>

and after some time it would clear up like this<br>

<br>

<a href="https://docs.google.com/file/d/0B9yXmUZbfI7_VW9uU2NWU041SkE/edit">https://docs.google.com/file/d/0B9yXmUZbfI7_VW9uU2NWU041SkE/edit</a><br>

<br>

 <br>

<br>

So can there be any other issue that is causing this problem.<br>

<br>

-vikram<br>

<br>

 <br>

<br>

From: live-devel [<a href="mailto:live-devel-bounces@ns.live555.com">mailto:live-devel-bounces@ns.live555.com</a>] On Behalf Of Ross Finlayson<br>

Sent: Wednesday, June 18, 2014 11:13 PM<br>

To: LIVE555 Streaming Media - development & use<br>

Subject: Re: [Live-devel] Starting Frames are corrupted<br>

<br>

 <br>

<br>

I am having --  unsigned OutPacketBuffer::maxSize = 900000;  in mediaSink.cpp<br>

<br>

If I decrease the maxSize then the frames I get are truncated.<br>

<br>

 <br>

<br>

OK, there are two separate buffer sizes that you need to concern yourself with.<br>

<br>

 <br>

<br>

"OutPacketBuffer::maxSize" is the buffer size that is used - by your server<br>

- when *transmitting* NAL units.  You must set it to be at least as large as your largest NAL unit.  Otherwise you will see (in 'stderr') error messages about needing to increase "OutPacketBuffer::maxSize".<br>

<br>

 <br>

<br>

The receiving application - in your case VLC - must also have sufficient buffer space to be able to reassemble the incoming RTP packets into a complete NAL unit.  That is what I referred to in my previous email message.<br>

<br>

 <br>

<br>

In any case, 900000 bytes is an *insanely large* NAL unit (I-frame) size!!<br>

A NAL unit this large will get fragmented into *60* RTP packets, and *all* of these RTP packets must be received by the receiving application, otherwise the entire frame will be unrenderable.  This is why it's much better to reconfigure your encoder so that
it breaks up large I-frames into smaller 'slice' NAL units.<br>

<br>

 <br>

<br>

<br>

<br>

<br>

<br>

 Can you please specify how to decrease the nal unit size without decreasing the value of maxSize.<br>

<br>

 <br>

<br>

You mean "how to decrease the nal unit size without *increasing* the value of maxSize"?  Once again, you need to reconfigure your encoder to break up large I-frames into smaller 'slice' NAL units.<br>

<br>

 <br>

<br>

Ross Finlayson<br>

Live Networks, Inc.<br>

<a href="http://www.live555.com/">http://www.live555.com/</a> <br>

<br>

 <br>

<br>

 <br>

<br>

-------------- next part --------------<br>

An HTML attachment was scrubbed...<br>

URL: <<a href="http://lists.live555.com/pipermail/live-devel/attachments/20140620/7413f29f/attachment-0001.html">http://lists.live555.com/pipermail/live-devel/attachments/20140620/7413f29f/attachment-0001.html</a>><br>

<br>

------------------------------<br>

<br>

Message: 2<br>

Date: Fri, 20 Jun 2014 16:06:36 +0100<br>

From: Manish Agarwal <ma@Remsdaq.com><br>

To: "live-devel@lists.live555.com" <live-devel@ns.live555.com><br>

Subject: [Live-devel] API's unavailable after version update<br>

Message-ID:<br>

        <74CE1D9764EDBF4989C259DC7E8FF2624BFD2C6E71@exch-svr.Remsdaq.co.uk><br>

Content-Type: text/plain; charset="us-ascii"<br>

<br>

An HTML attachment was scrubbed...<br>

URL: <<a href="http://lists.live555.com/pipermail/live-devel/attachments/20140620/004252e1/attachment-0001.html">http://lists.live555.com/pipermail/live-devel/attachments/20140620/004252e1/attachment-0001.html</a>><br>

<br>

------------------------------<br>

<br>

Message: 3<br>

Date: Fri, 20 Jun 2014 09:43:53 -0700<br>

From: Ross Finlayson <finlayson@live555.com><br>

To: LIVE555 Streaming Media - development & use<br>

        <live-devel@ns.live555.com><br>

Subject: Re: [Live-devel] API's unavailable after version update<br>

Message-ID: <909366BA-4147-453A-B17E-13FABCCD0F3B@live555.com><br>

Content-Type: text/plain; charset="windows-1252"<br>

<br>

> I have inherited legacy code and have been tasked with fixing the bugs after the Live555 version update to May 2014 release. I downloaded the source code and compiled it to work with the existing code. Expectedly our code is breaking where it is calling the
methods on Live555. For example one of the error is ?'playMediaSession' : is not a member of 'RTSPClient'?.<br>

<br>

It seems that your application code is using the old 'synchronous' RTSP client interface, which has been obsolete for more than 4 years (and completely unavailable for more than 1 year).  This change was announced numerous times on this mailing list, so it's
unfortunate that it has taken you this long to join this mailing list.<br>

<br>

<br>

> Is there any documentation available which can help me in firstly understanding what a particular method is doing and secondly with which new method the older one is replaced with.<br>

<br>

The Doxygen web page for the "RTSPClient" interface is<br>

        <a href="http://www.live555.com/liveMedia/doxygen/html/classRTSPClient.html">
http://www.live555.com/liveMedia/doxygen/html/classRTSPClient.html</a><br>

Note also the "RTSPClient.hh" file itself - especially the comments in the file:<br>

        <a href="http://www.live555.com/liveMedia/doxygen/html/RTSPClient_8hh-source.html">
http://www.live555.com/liveMedia/doxygen/html/RTSPClient_8hh-source.html</a><br>

<br>

I suggest also that you look at the code for the "testRTSPClient" demo application (in the "testProgs" directory).<br>

<br>

<br>

>  Also, since I am not a C++ guy and the existing application creates a <br>

> C++ wrapper so that the assembly is available for .net, are there any <br>

> samples anywhere which can help me with creating/understanding the <br>

> .net wrapper<br>

<br>

Sorry, but that's not our code.<br>

<br>

<br>

Ross Finlayson<br>

Live Networks, Inc.<br>

<a href="http://www.live555.com/">http://www.live555.com/</a><br>

<br>

-------------- next part --------------<br>

An HTML attachment was scrubbed...<br>

URL: <<a href="http://lists.live555.com/pipermail/live-devel/attachments/20140620/b4984704/attachment.html">http://lists.live555.com/pipermail/live-devel/attachments/20140620/b4984704/attachment.html</a>><br>

<br>

------------------------------<br>

<br>

Subject: Digest Footer<br>

<br>

_______________________________________________<br>

live-devel mailing list<br>

live-devel@lists.live555.com<br>

<a href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel</a><br>

<br>

<br>

------------------------------<br>

<br>

End of live-devel Digest, Vol 128, Issue 13<br>

*******************************************<br>

</font></div>
</font>
<p class="gfidisc.remsdaq.com" id="gfidisc.remsdaq.com" style="gfidisc.remsdaq.com"></p><a id="gfidisc.remsdaq.com" title="gfidisc.remsdaq.com" href="gfidisc.remsdaq.com" class="gfidisc.remsdaq.com" style="text-decoration: none !important;"></a><gfidisc.remsdaq.com/><h1 class="gfidisc.remsdaq.com" style="gfidisc.remsdaq.com"></h1><P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><FONT face=Calibri><SPAN style="COLOR: #12338a"></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><FONT face=Calibri><SPAN style="COLOR: #12338a"></SPAN></FONT> <IMG alt="" hspace=0 src="http://www.remsdaq.com/images/remslogo40.jpg" align=baseline border=0></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><FONT face=Calibri><SPAN style="COLOR: #12338a">Design : Develop : Manufacture </SPAN><SPAN style="COLOR: #e46c0a">|</SPAN><SPAN style="COLOR: #12338a"> Delivering World-Class Technology Solutions </SPAN><SPAN style="COLOR: #e46c0a">|</SPAN><SPAN style="COLOR: #12338a"> SCADA : Security : Mobilising<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><SPAN style="COLOR: #12338a"><FONT face=Calibri> <o:p></o:p></FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><B><FONT face=Calibri><SPAN style="COLOR: #ff8040">Forthcoming Events:</SPAN><SPAN style="COLOR: #0000a0"> </SPAN></FONT></B><FONT face=Calibri><SPAN style="COLOR: blue"><FONT face=Calibri><SPAN style="COLOR: #12338a">Rail Live 18-19 June 2014, Warwickshire UK- </SPAN><SPAN style="COLOR: blue"><A href="http://www.raillive2014.com/">visit Remsdaq's Security Business Unit</A></SPAN></FONT></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><FONT face=Calibri><SPAN style="COLOR: blue"><FONT face=Calibri><SPAN style="COLOR: blue"><SPAN style="COLOR: #12338a"><STRONG><FONT color=#0000a0> <FONT face=Calibri><SPAN style="COLOR: blue"><FONT face=Calibri><SPAN style="COLOR: #0000a0">                                   </SPAN></FONT></SPAN></FONT></FONT></STRONG>Smart Grids 2-3 December 2014, Thailand - </SPAN><SPAN style="COLOR: blue"><A href="http://www.thailandsmartgrid.com/">visit Remsdaq's SCADA Business Unit</A></SPAN><o:p></o:p></SPAN></FONT></P><o:p></o:p></SPAN></FONT>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><STRONG><SPAN style="FONT-WEIGHT: normal; FONT-FAMILY: 'Calibri','sans-serif'; mso-fareast-font-family: 'Times New Roman'"><o:p> </o:p></SPAN></STRONG></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><FONT face=Calibri><SPAN style="COLOR: #e46c0a"><STRONG>News: </STRONG><FONT color=#12338a>Essex Fire and Rescue Service and Bedfordshire Fire and Rescue Service have chosen Remsdaq's Resque 4i for their new control room mobilising system.</FONT></SPAN></FONT></P>
<P><FONT face=ca><SPAN style="FONT-SIZE: 7.5pt; COLOR: blue; FONT-FAMILY: 'Calibri','sans-serif'; mso-fareast-font-family: Calibri; mso-fareast-language: EN-GB; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-GB; mso-bidi-language: AR-SA"></SPAN></FONT> </P>
<P><FONT face=ca><SPAN style="FONT-SIZE: 7.5pt; COLOR: blue; FONT-FAMILY: 'Calibri','sans-serif'; mso-fareast-font-family: Calibri; mso-fareast-language: EN-GB; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-GB; mso-bidi-language: AR-SA">This e-mail and any files transmitted with it are confidential and may be protected by legal privilege. If you are not the intended recipient, please notify the sender and delete the e-mail from your system. This e-mail has been scanned for malicious content but the internet is inherently insecure and Remsdaq Limited cannot accept any liability for the integrity of this message or its attachments. No employee of Remsdaq Limited or any Third Party is authorised to conclude any binding agreement on behalf of Remsdaq Limited by e-mail.Company Address: Remsdaq Ltd., Parkway, Deeside Industrial Park, Deeside, Flintshire, Wales, CH5 2NL, UK. Tel: +44 (0)1244 286495. Web: </SPAN><SPAN style="FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman','serif'; mso-fareast-font-family: Calibri; mso-fareast-language: EN-GB; mso-fareast-theme-font: minor-latin; mso-ansi-language: EN-GB; mso-bidi-language: AR-SA"><A href="http://www.remsdaq.com/"><SPAN style="FONT-SIZE: 7.5pt; FONT-FAMILY: 'Calibri','sans-serif'">www.remsdaq.com</SPAN></A></SPAN><SPAN style="FONT-SIZE: 7.5pt; COLOR: blue; FONT-FAMILY: 'Calibri','sans-serif'; mso-fareast-font-family: Calibri; mso-fareast-language: EN-GB; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-GB; mso-bidi-language: AR-SA"> Registered in England. Company Registration Number: 3417251.</SPAN><SPAN style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri','sans-serif'; mso-fareast-font-family: Calibri; mso-fareast-language: EN-GB; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-GB; mso-bidi-language: AR-SA"> </SPAN></FONT></P><p class="gfidisc.remsdaq.com" id="gfidisc.remsdaq.com" style="gfidisc.remsdaq.com"></p><a id="gfidisc.remsdaq.com" title="gfidisc.remsdaq.com" href="gfidisc.remsdaq.com" class="gfidisc.remsdaq.com" style="text-decoration: none !important;"></a><gfidisc.remsdaq.com/><h1 class="gfidisc.remsdaq.com" style="gfidisc.remsdaq.com"></h1></body>
</html>