<br><br><div><span class="gmail_quote">On 12/26/06, <b class="gmail_sendername">Yao Peter</b> <<a href="mailto:peter@yuvad.com">peter@yuvad.com</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
Hi,<br><br>I just found an issue in rtp_packetize_h264, which sets the RTP marker<br>bit to indicate end of an NAL unit, but in RFC3984, it states clearly<br>the marker bit should indicate end of an access unit(sample). I think
<br>this is why quicktime cannot play the stream when there are multiple<br>slices in one frame, it relies on this bit heavily.</blockquote><div><br>Have you checked (experimentally) that setting the marker bit at the right places does fix the issue?
<br>It seems to me that the rtp packetizer code here will misbehave even more than just the marker bit <br>if you have more than one NAL per frame. I do not have a sample stream here that I know has this <br>property, and I'm not familiar enough with the encoding tools to create such a stream easily, so I'll 
<br>need a new sample in order to investigate further. </div><br><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
I am not familiar with other parts of VLC code so cannot provide a patch<br>here, but it should be straightforward and handy. Please help to fix<br>this in the code.<br><br>Thanks,<br><br>Peter<br><br>--<br>This is the vlc-devel mailing-list, see 
<a href="http://www.videolan.org/vlc/">http://www.videolan.org/vlc/</a><br>To unsubscribe, please read <a href="http://developers.videolan.org">http://developers.videolan.org</a>/lists.html<br><br></blockquote></div><br>