
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html>

<head>

  <meta name="Generator" content="Zarafa WebApp v7.1.10-44973">

  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  <title>resuming a live stream with (old) buffered frames in pipeline</title>

</head>

<body>

<font face="tahoma" size="2">Hi, I am capturing video from a live camera, encoding to H264 and streaming via the live555 RTSP server. <br><br>The problem I have is that multiple frames are buffered in the pipeline between the camera and the server which means that when a unicast client connects, the first frames that they get are usually very old, followed by recent frames.<br><br>VLC drops a lot of frames when I play the stream, resulting in either a frozen image or very choppy video. <br><br>I get the following messages:<br><br></font><font face="tahoma">"VLC: picture is too late to be displayed"<br><br>and<br><br>"more than 5 seconds of late video -> dropping frame (computer too slow ?)"<br></font><font face="tahoma" size="2"><br>I suppose that the proper way to deal with this would be to pause the pipeline when there are no unicast clients and flush the buffered frames but I before I do this I wanted to get your advice in case there is a simpler alternative that doesn't require modifications to our legacy code.<br><br>Shouldn't RTCP automatically re-synchronise this anyway?<br><br>Regards,<br><br>Robert Smith.<br></font>

</body>

</html>