<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div>Hi Kamil,<br><br>In Livemedia exmaple applications, you attach a 0x00 00 00 01 after you receive the packet. In the packet which you received, the first octet is as per the standard which has F, NRI, NALU Type. Attaching the pattern above (which is actually NALU start code) is for file dump cases. <br><br>Decoders require that start code to distinguish between NALUs. However, if a decoder is connected at the back-end of Livemedia streaming application, the same can also be made to decode directly (prob without start code). <br><br>Livemedia library follows RFC 3984 correctly and its implementation is to cater to a large variety of decoders.<br><br>Hope this help.<br><br>Cheers,<br>Ganesh<br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><br><div style="font-family: times
 new roman,new york,times,serif; font-size: 12pt;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> kd &lt;kamildobk@poczta.onet.pl&gt;<br><b><span style="font-weight: bold;">To:</span></b> live-devel@ns.live555.com<br><b><span style="font-weight: bold;">Sent:</span></b> Sunday, June 21, 2009 11:22:34 PM<br><b><span style="font-weight: bold;">Subject:</span></b> [Live-devel] Receiving H.264 RTP stream from Sony network cameras ...<br></font><br>


 
 
<style></style>

<div><font size="2" face="Arial">Hi,</font></div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">Each packet&nbsp;passed 
to&nbsp;ProcessSpecialHeader() is prefixed with 001 but I&nbsp;noticed&nbsp;that 
for this functions the first byte in a packet is always a NAL type, so it always 
reads&nbsp;NAL of type 0. I'm not sure but it doesn't look like RFC 3984. 
Maybe&nbsp;is this a&nbsp;some separate standard of streaming, which is not 
supported by LiveMedia ?&nbsp;&nbsp;</font></div>
<div><font size="2" face="Arial">Why 224.0.0.x multicast addresses dont work in 
LiveMedia ?&nbsp;This camera has a default multicast address&nbsp;in 224.0.0.x 
group, which is, for some unknown reasons,&nbsp;blocked out in LiveMedia. I've 
made changes to IsMulticastAddress(), and now it is working fine, but I don't 
know if&nbsp;this modification&nbsp;won't have&nbsp;some side 
effects.&nbsp;</font></div>
<div><font size="2" face="Arial">And a one more general question, what would be the 
best way to transform the unit h264 stream ( without prefixes ) into&nbsp;a byte 
stream ( with NAL prefixes ) without parsing a whole media stream. Is there any 
requirement that one rtp packet can contain&nbsp;at most&nbsp;one NAL unit ? If 
not, how to detect a packets which contains more than one NAL unit ? How to find 
NAL unit boundaries in such packets ?</font></div>
<div>&nbsp;</div>
<div><font size="2" face="Arial">Regards,</font></div>
<div><font size="2" face="Arial">Kamil </font></div></div></div></div><br>



      </body></html>