<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>Re: [Live-devel] H264 over RTP/RFC
3984</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">Right now,
I'm developing h264 over rtp streaming. My question is the current
version of live555 needs SEI packet of h264 or just video data
packet?</font></blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">That is, if
I packet the H264 video data according RFC 3984, no SEI data, that's
OK for live555 parsing?</font></blockquote>
<div><br></div>
<div>Yes, our implementation of H.264/RTP reception - as used in VLC -
complies with RFC 3984.</div>
<div><br></div>
<div><br></div>
<blockquote type="cite" cite><font face="Arial" size="-1">But VLC
player cannot recognize the stream, VLC selects live555 demux, I tried
many times.</font></blockquote>
<div><br></div>
<div>If you are packing H.264 NAL units into RTP packets as specified
by RFC 3984, the "LIVE555" code in VLC should be able to
receive them OK. (Make sure that the NAL units packed within RTP
packets do *not* include the initial 0x00000001 code.)</div>
<div><br></div>
<div>Assuming that your stream is properly complaint with RFC 3984,
then the problem with VLC is probably with the H.264 decoder, which is
not our software (and therefore off-topic for this mailing list).
However, one common problem is that the decoder often needs to see
initial PPS and SPS NAL units to work properly. If you are not
including these in the stream's SDP description (if you're using SDP),
then you will need to insert PPS and SPS NAL units at the start of the
stream (or frequently, periodically within the stream).</div>
<x-sigsep><pre>--
</pre></x-sigsep>
<div><br>
Ross Finlayson<br>
Live Networks, Inc.<br>
http://www.live555.com/</div>
</body>
</html>