<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>Good afternoon. I am
completely new to VLC development, and in fact I don't know if I can fix this
bug, but I am affected by it, have a workaround, and would like to report it.
Please tell me how best to handle this, and I apologize if this isn't the right
way to introduce myself. I haven't even looked at the code or tried to isolate
where the bug is. I already created an account on the Trac server ("JeffSaxe"),
if the answer is I should just create a new ticket.</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>I am making a video
recording server for multiple IP video surveillance cameras from Axis
Communications. This is on Linux (CentOS 4.4, if that matters). Basically I have
a short Perl script that wraps a call to the command-line vlc with no user
interface, something like...</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>vlc -I
dummy rtsp://10.1.5.5/mpeg4/media.amp
--sout IPVideo/Camera1/Camera1--2007-02-06-114120.mp4
--stop-time=900
vlc:quit
2>&1</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>This starts a stream
incoming from the camera (relying on Live555 for the transport), runs for 900
seconds pouring the stream into .mp4 file, then quits. The Perl script
renames the file and then starts another one. Works great! (I'll be happy to
share the whole setup once it's done.)</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>Anyway, it worked
great under vlc release 0.8.5, but it now has a bug when I run it with release
0.8.6a, the latest version available when I recently set up another server.
Sometimes the incoming stream will be interrupted; perhaps the camera was
powered off or rebooted, or the cable was cut, or the Ethernet switch was
rebooted -- doesn't matter. If I watch the output from vlc 0.8.5, then yank the
power on the camera, within just a few seconds it notices the problem and asks
Live555 to issue an RTSP TEARDOWN, then when it contacts the camera again
(probably the TCP socket of the RTSP is rejected with a RST, or
something), vlc correctly closes down, and then my Perl script fires up a
new one. But under vlc 0.8.6a, it never issues the TEARDOWN; it keeps issuing
RTSP keepalives (GET_PARAMETER) every minute, but the output .mp4 file stops
growing in size, and the vlc process starts to consume 100% of one thread of
CPU. I'm running on a 4-processor box, so if I start several of these in
parallel, 4 of them will consume 100% each, or 8 of them will consume 50% each.
But the vlc process is not completely wedged... it never times out of the 900
seconds, so it never recovers by itself, but if I manually send it a "kill
-QUIT", it politely stops recording and quits.</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>I'm using exactly
the same Live555 library (LIVE555 Streaming Media v2007.01.17) in each of these
two cases, not even recompiled or recopied to /usr/lib/live, so I assume the
Live555 transport library is correctly catching the stream interruption in
either case, but in the older case that event is being percolated up to its
caller (vlc) and handled properly, while in the newer case that event is being
lost somewhere. Oh, in case it's useful, vlc was configured
with:</FONT></SPAN></DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=841131417-06022007><FONT face=Arial size=2>./configure
--with-ffmpeg-tree=/home/jeffs/ffmpeg-20051126 --enable-live555
--with-live555-tree=/usr/lib/live --disable-libmpeg2 --disable-wxwidgets
--disable-skins2<BR></FONT></SPAN></DIV>
<DIV><FONT face=Arial size=2><SPAN class=841131417-06022007>(or livedotcom in
the older 0.8.5 case).</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=841131417-06022007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=841131417-06022007>Thanks very much for
reading, vlc developers. If anyone wants to enlist me to test a patch, I can;
I've checked out of public Subversion repositories before.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV align=left>
<DIV align=left><SPAN class=006313119-19012007><FONT face=Arial size=2>-- Jeff
Saxe</FONT></SPAN></DIV>
<DIV><SPAN class=006313119-19012007><FONT face=Arial size=1>Network Engineer, IT
Systems group</FONT></SPAN></DIV>
<DIV><SPAN class=006313119-19012007><FONT face=Arial size=1>Crutchfield
Corporation, Charlottesville, Virginia</FONT></SPAN></DIV>
<DIV><SPAN class=006313119-19012007><FONT face=Arial><FONT size=1>434-817-1000
ext. 2111 / </FONT><A title=mailto:jsaxe@crutchfield.com
href="blocked::mailto:jsaxe@crutchfield.com"><FONT
title=mailto:jsaxe@crutchfield.com
size=1>jsaxe@crutchfield.com</FONT></A></FONT></SPAN><SPAN
class=006313119-19012007></DIV></SPAN></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV></BODY></HTML>