<br><br><div class="gmail_quote">On Mon, Oct 26, 2009 at 7:02 PM, Jason Garrett-Glaser <span dir="ltr"><<a href="mailto:darkshikari@gmail.com">darkshikari@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, Oct 26, 2009 at 11:12 AM, declan harrison<br>
<<a href="mailto:harrison.declan@googlemail.com">harrison.declan@googlemail.com</a>> wrote:<br>
> Hi<br>
><br>
> Im using x264 with ffmpeg to encode videos on the fly (realtime with minimum<br>
> buffering) in a proxy. So I am working on a HTTP stream and therefore 1<br>
> pass encoding is the only option available to me.<br>
><br>
> My use case is that after encoding the video for say 10 seconds with a<br>
> "--crf" value of 22 another network element informs me that I need to<br>
> increase/decrease the quality of the video stream being sent to the client.<br>
> I then would like to change the effective "crf" value that I am currently<br>
> encoding the video stream.<br>
<br>
</div>For streaming you need to set a maxrate and bufsize so that you don't<br>
exceed the bounds of your connection. If you want absolutely no<br>
buffer whatsoever, i.e. zero-latency, you need to set bufsize =<br>
(maxrate / framerate).<br>
<br>
x264 currently does not support reconfiguring ratecontrol in realtime,<br>
but you can re-init the encoder if you want.<br>
<br>
<br></blockquote><div>Hi Jason<br><br>So re-init the encoder will this cause many issues for the client or do you think that it will pass without much interference? <br><br>Do you know if similar functionality has been implemented/requested by any of the users of x264 that you are aware of? I would like to know of any potoential pot-holes that might trip me up here.<br>
<br>Thanks<br>Declan<br></div></div><br>