<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>openRTSP, 30 seconds, Kill, teardown, network, interPacketGapMaxTime </TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P DIR=LTR><FONT SIZE=2 FACE="Arial">Hi Ross</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I appreciate that you'll probably just want to copy this onto the forum but...</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I'm up against it. I'm struggling and just need to know if there's any light at the end of the tunnel in trying to get my system to work! I'm so close but there's a black hole between where I'm &quot;at&quot; and &quot;finishing&quot; my project! </FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I'm trying to connect my new Linux &quot;streaming video recorder&quot; embeded processor card's ethernet port to our existing camera (not allowed to change software on the camera) which has streaming video over ethernet coming out of it. My problem is that the ethernet port gets &quot;strangled&quot; inside the camera at the same time as the one-and-only control signal (record start/stop) gets de-asserted (record stop). The Linux card&nbsp; detects when this signal gets de-asserted and I issue a Kill -HUP &lt;PID&gt; to kill the current openRTSP session. This works brilliantly... but only provided I leave the system for more than 30 seconds before removing the power!</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">There is obviously some sort of &quot;network outage handler thing&quot; going on... I need to reduce the 30 seconds down to say 1 second... this will be fine as it's literally an ad-hoc point-to-point link that's about 12cm long. It takes 3 seconds of holding down the power button before power is actually removed so I've got a bit of slack time. If I remove the power before 30 seconds (after having tried to kill the openRTSP session) then the resulting file has duration 0 when I come to play it back with VLC. There's probably something that's not getting written to the mp4 file - it has roughly the correct physical size (Mbytes vs record time) but it just won't play. I suspect that the openRTSP hasn't<I> actually</I> been killed successfully. I'm going to write some test code to look into this but my gut feeling is that<B></B><B><I> &quot;something&quot; is keeping openRTSP &quot;on ice&quot; (can't kill it) until either the network has &quot;come back&quot; or a 30 second timeout has &quot;timed out&quot;.</I></B><I></I> </FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I've seen a few postings recently that &quot;sort of&quot; relate to this... pulling out RJ45s, timeouts, re-connecting, blocking/non-blocking etc etc. The one that interests me is when you replied saying that you plan to revamp</FONT><B> <FONT SIZE=2 FACE="Arial">rtspClient</FONT></B><FONT SIZE=2 FACE="Arial"> to make it &quot;non-blocking&quot; some time in the future. I've no idea how to do it myself so am really interested in finding out when this may become available? It's my only hope at the moment unless you can point me in another direction?</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I'm just using openRTSP and haven't tweaked any of your code... I effectively just call it from the command line.</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">&quot;-D 2&quot; doesn't seem to answer my problem even though, in principle, it sounded like &quot;the&quot; answer. Is it implemented?</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">I hope you can help me. Apart from this last hitch, I've really enjoyed this project. It would be great to finish it though!</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">Kind regards</FONT></P>

<P DIR=LTR><FONT SIZE=2 FACE="Arial">Alan</FONT></P>
<BR>
<BR>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">____________________________________________________</FONT></P>

<P DIR=LTR><B><FONT COLOR="#000080" FACE="Verdana">Alan Roberts</FONT></B></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">Senior Engineer</FONT></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">ISIS Business Unit</FONT></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">Tel: &nbsp;&nbsp; 01245 493493 x3876</FONT></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">Email:&nbsp; alan.roberts@e2v.com</FONT></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">e2v, 106 Waterhouse Lane, Chelmsford, Essex. CM1 2QU</FONT></P>

<P DIR=LTR><FONT COLOR="#000080" SIZE=2 FACE="Verdana">____________________________________________________</FONT></P>
<BR>


<BR>
Sent by a member of the e2v group of companies. The parent company, e2v technologies plc, is registered in England and Wales. Company number; 04439718. Registered address; 106 Waterhouse Lane, Chelmsford, Essex, CM1 2QU, UK.  This email and any attachments are confidential and meant solely for the use of the intended recipient. If you are not the intended recipient and have received this email in error, please notify us immediately by replying to the sender and then deleting this copy and the reply from your system without further disclosing, copying, distributing or using the e-mail or any attachment. Thank you for your cooperation.<BR>
______________________________________________________<BR>
________________<BR>
This email has been scanned by the MessageLabs Email Security System.<BR>
For more information please visit http://www.messagelabs.com/email <BR>
______________________________________________________________________<BR>
</BODY>
</HTML>