<div>Hi,</div>Actually for regular H.264 RTP Payload all NALU sends without startcode 00000001. RTP source on client side should make defragmentation of vido frame and add prefix with starcode bytes. In my opinion you should use openRTSP program as start point and write you own h.264 decoder and render classes.<div>
<br></div><div>Ilya Smelykh.<br><div><br><div class="gmail_quote">2010/8/20 Estelle W. Paus <span dir="ltr"><<a href="mailto:ewpaus@pobox.com">ewpaus@pobox.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Using your live555 libraries and ffmpeg, I am trying to write an h264 player that uses RTSP. Although I successfully seem to be receiving<br>
the RTP packets, they are not being decoded. In researching this problem I have noticed the following:<br>
<br>
ffmpeg h264 decoder seems to be looking for 001<br>
<br>
When stepping through mplayer code, it finds this 001.<br>
When I look at the stream with Wireshark, I do not see a 001.<br>
<br>
My program that uses live555 and ffmpeg can't find 001 in the frame.<br>
<br>
Questions:<br>
<br>
Is the live555 library adding this 001 and if so where and how do I tell it to do it?<br>
<br>
Thank you so much.<br>
Estelle<br>
_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</blockquote></div><br></div></div>