<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<STYLE type=text/css>DIV {
        MARGIN: 0px
}
</STYLE>

<META name=GENERATOR content="MSHTML 8.00.6001.18865"></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=322154810-23122009><FONT color=#0000ff 
size=2 face=Arial>As I understand it you are not using X264 but 
are using a commercial H.264 stack and breaking the single encoded 
frame into several NAL (of less than 1.4k)  to fit into an RTP 
frame thereby making it compliant to connect to commercial H.323 endpoints. 
Since the commercial stack was sending successfully without the modification 
(Single NAL per RTP Frame)  then the only thing I can suggest it is how you 
are breaking up the single encoded frame. I think you will need to do 
some more debugging with your commercial H.264 stack and how you are encoding 
the single NAL to determine where the problem lies.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=322154810-23122009><FONT color=#0000ff 
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=322154810-23122009><FONT color=#0000ff 
size=2 face=Arial>Simon</FONT></SPAN></DIV><BR>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> h323plus-bounces@lists.packetizer.com 
[mailto:h323plus-bounces@lists.packetizer.com] <B>On Behalf Of </B>ooi khai 
chin<BR><B>Sent:</B> Wednesday, 23 December 2009 4:42 PM<BR><B>To:</B> 
h323plus@lists.packetizer.com<BR><B>Subject:</B> [h323plus] H264 PLUGIN in 
H323plus<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV style="FONT-FAMILY: times new roman,new york,times,serif; FONT-SIZE: 12pt">
<DIV>Hi All,<BR>
<DIV>In my situation, I have set my marker to 1 when it is the last partial 
frame, And it able to display on the remote endpoint every frame I sent. The 
problem is it just delay around 5s for all frame picture.<BR>Why? I already do 
some testing on my x264 encoder, it can encode frame with acceptable speed, So 
it wouldn't be encoder problem.<BR></DIV><BR>Thanks.<BR></DIV><!-- cg27.c4.mail.gq1.yahoo.com compressed/chunked Thu Dec 17 01:18:05 PST 2009 --></DIV><BR></BODY></HTML>