On Sat, May 30, 2020 at 12:06 AM John Klimek <jkli...@gmail.com> wrote:
> Have you been able to compile it with libvamf support? > Not yet; couldn't get around to fixing this before closing v3.4. We should be addressing this soon. > > I've just tried compiling x265 v3.4 but I'm still getting the same error: > > [ 36%] Building CXX object encoder/CMakeFiles/encoder.dir/api.cpp.o > /usr/local/src/x265_3.4/source/encoder/api.cpp:36:10: fatal error: > libvmaf.h: No such file or directory > #include "libvmaf.h" > ^~~~~~~~~~~ > > If I fix the include (changing it to #include "libvmaf/libvmaf.h"), then I > get a linker error: > > [ 98%] Building CXX object CMakeFiles/cli.dir/abrEncApp.cpp.o > /usr/local/src/x265_3.4/source/abrEncApp.cpp: In member function ‘virtual > void x265::PassEncoder::threadMain()’: > /usr/local/src/x265_3.4/source/abrEncApp.cpp:817:59: error: ‘struct > x265::CLIOptions’ has no member named ‘argCount’; did you mean ‘argCnt’? > api->vmaf_encoder_log(m_encoder, m_cliopt.argCount, > m_cliopt.argString, m_cliopt.param, vmafdata); > ^~~~~~~~ > argCnt > > On Fri, May 29, 2020 at 2:16 PM Aruna Matheswaran < > ar...@multicorewareinc.com> wrote: > >> Hi all, >> >> x265 version 3.4 is out with cool new features and encoder enhancements >> in terms of encoding efficiency as well as speed. >> >> Please download v3.4 from our downloads page >> <https://bitbucket.org/multicoreware/x265/downloads/x265_3.4.tar.gz> ( >> MD5Sum is e37b91c1c114f8815a3f46f039fe79b5) and do check out the full >> documentation >> available in our release notes >> <https://x265.readthedocs.io/en/default/releasenotes.html#version-3-4>. >> >> Release Notes of version 3.4 >> ====================== >> >> New features >> ------------ >> 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. >> 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. >> >> Enhancements to existing features >> --------------------------------- >> 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. >> >> Encoder enhancements >> -------------------- >> 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. >> 2. Strict VBV conformance in zone encoding. >> >> Bug fixes >> --------- >> 1. Multi-pass encode failures with :option:`--frame-dup`. >> 2. Corrupted bitstreams with :option:`--hist-scenecut` when input depth >> and internal bit-depth differ. >> 3. Incorrect analysis propagation in multi-level save-load architecture. >> 4. Failure in detecting NUMA packages installed in non-standard >> directories. >> >> Happy compressing!! >> >> >> -- >> Regards, >> *Aruna Matheswaran,* >> Video Codec Engineer, >> Media & AI analytics BU, >> >> >> >> _______________________________________________ >> x265-devel mailing list >> x265-devel@videolan.org >> https://mailman.videolan.org/listinfo/x265-devel >> > _______________________________________________ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel >
_______________________________________________ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel
