<div dir="ltr"><div>Hi,<br><br></div>Between faster and fast, a number of key default options change. In order of effect, the options that cause this would be bFrameAdaptive (jumps to 2 in fast), --early-skip, --fast-cbf, and then --max-ref. (Assuming you have already disabled cutree in fast preset). <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 11, 2014 at 1:09 PM, Mario *LigH* Rohkrämer <span dir="ltr"><<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://bitbucket.org/multicoreware/x265/issue/26" target="_blank">https://bitbucket.org/<u></u>multicoreware/x265/issue/26</a><br>

<br>
There is a 4..5 dB SSIM drop (filesizes 1:4..1:5) between presets {'faster' and faster} and {'fast' and slower}, even if CUTree is disabled.<br>
<br>
I verified this gap with several builds I was able to compile with GCC 4.8.2, last version was v0.7+103-ce7191f49948 Win64.<br>
<br>
I don't believe your desire is the confusion of the user to be unable to at least marginally rely on a CRF value, even across different presets. So I guess there will be a mistake causing this severe quality difference between the two preset groups. But due to the lack of a current Evaluators' Guide for v0.7+, I an mot able to guess with any certainty which preset-based option default may cause that.<span class="HOEnZb"><font color="#888888"><br>

<br>
-- <br>
__________<br>
<br>
Fun and success!<br>
Mario *LigH* Rohkrämer<br>
mailto:<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a><br>
<br>
______________________________<u></u>_________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" target="_blank">https://mailman.videolan.org/<u></u>listinfo/x265-devel</a><br>
</font></span></blockquote></div><br></div>