<div dir="ltr"><div dir="ltr">On Sat, May 30, 2020 at 12:06 AM John Klimek <<a href="mailto:jklimek@gmail.com">jklimek@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">Have you been able to compile it with libvamf support?</div></blockquote><div><br></div><div>Not yet; couldn't get around to fixing this before closing v3.4. We should be addressing this soon.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>I've just tried compiling x265 v3.4 but I'm still getting the same error:</div><div><br></div><div>[ 36%] Building CXX object encoder/CMakeFiles/encoder.dir/api.cpp.o<br>/usr/local/src/x265_3.4/source/encoder/api.cpp:36:10: fatal error: libvmaf.h: No such file or directory<br> #include "libvmaf.h"<br>          ^~~~~~~~~~~<br></div><div><br></div><div>If I fix the include (changing it to #include "libvmaf/libvmaf.h"), then I get a linker error:</div><div><br></div><div>[ 98%] Building CXX object CMakeFiles/cli.dir/abrEncApp.cpp.o<br>/usr/local/src/x265_3.4/source/abrEncApp.cpp: In member function ‘virtual void x265::PassEncoder::threadMain()’:<br>/usr/local/src/x265_3.4/source/abrEncApp.cpp:817:59: error: ‘struct x265::CLIOptions’ has no member named ‘argCount’; did you mean ‘argCnt’?<br>                 api->vmaf_encoder_log(m_encoder, m_cliopt.argCount, m_cliopt.argString, m_cliopt.param, vmafdata);<br>                                                           ^~~~~~~~<br>                                                           argCnt<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 29, 2020 at 2:16 PM Aruna Matheswaran <<a href="mailto:aruna@multicorewareinc.com" target="_blank">aruna@multicorewareinc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><font face="arial, sans-serif">Hi all,</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">x265 version 3.4 is out with cool new features and encoder enhancements in terms of encoding efficiency as well as speed. </font><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Please download v3.4 from <a href="https://bitbucket.org/multicoreware/x265/downloads/x265_3.4.tar.gz" target="_blank">our downloads page</a> ( MD5Sum is </font>e37b91c1c114f8815a3f46f039fe79b5) and do check out the full doc<span style="font-family:arial,sans-serif">umentation available in our </span><a href="https://x265.readthedocs.io/en/default/releasenotes.html#version-3-4" style="font-family:arial,sans-serif" target="_blank">release notes</a><span style="font-family:arial,sans-serif">.</span></div><div><br></div><font face="arial, sans-serif">Release Notes of version 3.4<br>======================</font></div><div><br>New features<br>------------<br>1. **Edge-aware quadtree partitioning** to terminate CU depth recursion based on edge information. :option:`--rskip` level 2 enables the feature and  :option:`--rskip-edge-threshold` denotes the minimum expected edge-density percentage within the CU, below which the recursion is skipped. Experimental feature.<br>2. Application-level feature :option:`--abr-ladder` for automating efficient ABR ladder generation. Shows ~65% savings in the over-all turn-around time required for the generation of a typical Apple HLS ladder in Intel(R) Xeon(R) Platinum 8280 CPU @ 2.70GHz over a sequential ABR-ladder generation approach that leverages save-load architecture.<br><br>Enhancements to existing features<br>---------------------------------<br>1. Improved efficiency in 2-pass rate-control algorithm. The savings in the bitrate is ~1.72% with visual improvement in quality in the initial 1-2 secs.<br><br>Encoder enhancements<br>--------------------<br>1. Faster ARM64 encodes enabled by ASM contributions from Huawei. The speed-up over no-asm version for 1080p encodes @ medium preset is ~15% in a 16 core H/W.<br>2. Strict VBV conformance in zone encoding.<br><br>Bug fixes<br>---------<br>1. Multi-pass encode failures with :option:`--frame-dup`.<br>2. Corrupted bitstreams with :option:`--hist-scenecut` when input depth and internal bit-depth differ.<br>3. Incorrect analysis propagation in multi-level save-load architecture.<br>4. Failure in detecting NUMA packages installed in non-standard directories.<font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Happy compressing!!</font></div><font color="#888888"><div><br></div></font><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font face="georgia, serif">Regards,</font><div><b><font face="georgia, serif">Aruna Matheswaran,</font></b></div><div><font face="georgia, serif">Video Codec Engineer,</font></div><div><font face="georgia, serif">Media & AI analytics BU,</font></div><div><span><span style="font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><span style="border:none;display:inline-block;overflow:hidden;width:153px;height:58px"><img src="https://lh5.googleusercontent.com/gjX5cPNIZgwUrhfqkTwQUZWztIKmmo0qs3kbwvkS5H-bDVE2ftte9pMTVnFLSjOcjYWLtfc6_OGpxW4vraLg2r5QAIf1Q3MpldFDgWtzK_gXi8ptw5B3joIbsGL6mxj-JRdjHzT5" width="96" height="36" style="margin-left: 0px; margin-top: 0px;"></span></span></span><font face="georgia, serif"><br></font></div><div><span><span style="font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><span style="border:none;display:inline-block;overflow:hidden;width:153px;height:58px"><img src="https://lh5.googleusercontent.com/gjX5cPNIZgwUrhfqkTwQUZWztIKmmo0qs3kbwvkS5H-bDVE2ftte9pMTVnFLSjOcjYWLtfc6_OGpxW4vraLg2r5QAIf1Q3MpldFDgWtzK_gXi8ptw5B3joIbsGL6mxj-JRdjHzT5" style="margin-left: 0px; margin-top: 0px;"></span></span></span><font face="georgia, serif"><br></font></div><div><font face="georgia, serif"><br></font></div></div></div></div></div></div></div></div></div></div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</blockquote></div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</blockquote></div></div>