Hi Rob, thanks for your response. I just tried your suspect today because i had other problems during the week. <span><span title="">I built the lastest gstreamer core and plugin</span></span>s version and the latest libx264 release but it didn't work as well but your options aren't displayed to me.<br>
<br><div class="gmail_quote">2010/8/28 Rob <span dir="ltr"><<a href="mailto:robert.swain@gmail.com" target="_blank">robert.swain@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>On 27 August 2010 21:23, Thomaz Barros <<a href="mailto:thomazavila@gmail.com" target="_blank">thomazavila@gmail.com</a>> wrote:<br>
> Hi all, I'm having some problems with Gstreamer in a Ubuntu 10.04 desktop.<br>
> I'm trying to make an H.264 streaming application but there is a delay about<br>
> 2-3 seconds.<br>
<br>
</div><div>> VENC=" timeoverlay ! x264enc byte-stream=true bitrate=2000 cabac=false !<br>
<br>
</div>I'm not certain but I suspect it could be x264enc introducing the<br>
delay. Ideally you need an x264 newer than the one in 10.04 (newer<br>
than API version 85) and then the next GStreamer release compiled<br>
against it. Then you could use the tune=0x4 option which enables a<br>
zero latency tuning. However, the zero latency tuning corresponds to:<br>
<br>
else if( !strncasecmp( s, "zerolatency", 11 ) )<br>
{<br>
param->rc.i_lookahead = 0;<br>
param->i_sync_lookahead = 0;<br>
param->i_bframe = 0;<br>
param->b_sliced_threads = 1;<br>
param->b_vfr_input = 0;<br>
param->rc.b_mb_tree = 0;<br>
}<br>
<br>
(from x264/common/common.c)<br>
<br>
Which, in GStreamer properties with newer -ugly from the GStreamer<br>
developers' PPA could also be given as:<br>
<br>
rc-lookahead=0 sync-lookahead=0 bframes=0 sliced-threads=1 mb-tree=0<br>
(variable frame rate input is not exposed through the properties).<br>
Perhaps some of those options are only available in newer x264 APIs<br>
and so are not relevant to older x264 as they were not yet<br>
implemented.<br>
<br>
Give it a go. Hopefully it will help. :) I think lookahead introduces<br>
the largest delay when encoding.<br>
<br>
Regards,<br>
Rob<br>
<br>
------------------------------------------------------------------------------<br>
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program<br>
Be part of this innovative community and reach millions of netbook users<br>
worldwide. Take advantage of special opportunities to increase revenue and<br>
speed time-to-market. Join now, and jumpstart your future.<br>
<a href="http://p.sf.net/sfu/intel-atom-d2d" target="_blank">http://p.sf.net/sfu/intel-atom-d2d</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net" target="_blank">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</blockquote></div><br>