[x265] [ANN]x265 version 3.4 released

[John Klimek]

Have you been able to compile it with libvamf support?

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 <
aruna at 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 at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20200529/63f43041/attachment.html>