<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>Start decoding H.264 stream without I/IDR farmes?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">Hi All,</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">In short: </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">Does VLC supports start playing H.264 stream without receiving I/IDR farmes? (I don’t care abouth the expected artifacts)</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">In long: </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman"> I have hardware encoder which sends h264/RFC3984 stream in multicast or unicast. </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">This hardware is also controlled by RTSP server (based on LIVE555). </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">I want to be able to play the stream using VLC, and join the stream even after the playback starte.</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman"> The problem is that the source generate only one IDR frame in the start, and uses AIR (adaptive intra refresh) - to preserve a constant bitrate as much aspossible. </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">There are no other IDR or other I frames beside the first one. </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">The RTSP server sends the SPS/PPS in the SDP, and they are also transmitted in-band (RTP) from time to time. </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">The first player which address the RTSP server and actually initiate the stream (and receive the first IDR frame) is able to play the stream.</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman"> The second player which address the RTSP server and want to join the same existing stream (and already missed the first IDR) is NOT able to play the stream. </FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman">I have no problem with the artifact I expect to see when  starting to decode withot proper refernce frame, since in short interval all macroblocks will be refreshed (AIR).</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman"> Is such scenario is supported in VLC ?</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT FACE="Times New Roman"> If so what can be my problem? Are there other implementation that can solve my probelm? . </FONT></SPAN></P>
<BR>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Regards,</FONT></SPAN></P>
<BR>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Amit Yedidia</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Elbit System Ltd.</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Email: amit.yedidia@elbitsystems.com</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Tel: 972-4-8318905</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">----------------------------------------------------------</FONT></SPAN></P>

<P DIR=LTR><SPAN LANG="en-us"></SPAN><SPAN LANG="he"></SPAN></P>

<P DIR=LTR><SPAN LANG="he"></SPAN><SPAN LANG="en-us"></SPAN></P>


<DIV><STRONG><FONT color=#000080 size=2></FONT></STRONG> </DIV>
<DIV align=left><STRONG><FONT face=Arial color=#000080 size=2>The information in 
this e-mail transmission contains proprietary and business <BR>sensitive 
information.  Unauthorized interception of this e-mail may constitute <BR>a 
violation of law. If you are not the intended recipient, you are hereby 
<BR>notified that any review, dissemination, distribution or duplication of this 
<BR>communication is strictly prohibited. You are also asked to contact the 
sender <BR>by reply email and immediately destroy all copies of the original 
message.<BR></FONT></STRONG></DIV>
</BODY>
</HTML>