[h323plus] H264 PLUGIN in H323plus

[ooi khai chin]

Hi Simon,
I do really used x264 downloaded from videolan project. By default, x264 actually provide multi slice encoding for transffering through the network.
But I have done a small testing by creating a simple windows UDP server, client application.
On server side, I encode the raw picture and sent it to the client side.
On client side, I decode it to display.

But I found that the client side always late for 5s to receive that slice. Why? UDP problem or encoder?
Thanks.




________________________________
From: Simon Horne <s.horne at packetizer.com>
To: ooi khai chin <ooikhaichin at yahoo.com>; h323plus at lists.packetizer.com
Sent: Wed, December 23, 2009 7:05:08 PM
Subject: RE: [h323plus] H264 PLUGIN in H323plus

 
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.
 
Simon


________________________________
 From: h323plus-bounces at lists.packetizer.com 
[mailto:h323plus-bounces at lists.packetizer.com] On Behalf Of ooi khai 
chin
Sent: Wednesday, 23 December 2009 4:42 PM
To: h323plus at lists.packetizer.com
Subject: [h323plus] H264 PLUGIN in 
H323plus


Hi All,

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.
Why? I already do 
some testing on my x264 encoder, it can encode frame with acceptable speed, So 
it wouldn't be encoder problem.

Thanks.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.packetizer.com/pipermail/h323plus/attachments/20091223/4a42b8b9/attachment-0004.html>