[x265] [ANN]x265 version 3.4 released

[Pradeep Ramachandran]

On Sat, May 30, 2020 at 12:06 AM John Klimek <jklimek at 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 <
> 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
>>
> _______________________________________________
> 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/20200602/1db1d2f2/attachment.html>