[x265] [ANN]x265 version 3.4 released

[Janani T E]

On Tue, Jun 2, 2020 at 2:33 PM Janani T E <janani.te at multicorewareinc.com>
wrote:

>
>
> On Sat, May 30, 2020 at 3:30 PM Andrey Semashev <andrey.semashev at gmail.com>
> wrote:
>
>> I see no 3.4 tag in git.
>>
>
> We are facing some technical difficulty for the past week and are unable
> to access the machines physically due to lock-down restrictions . Due to
> this, our automated pipeline for pushing commits from x265 Hg to x265 Git
> repository is not up to date and hence the tag is not seen. We are trying
> to fix it asap !
>

Yeah our machines are up. We are extremely sorry for the delay . Now the
x265 Git repo is on par with the x265 Hg repo .


>
>
>> On 2020-05-29 21:15, Aruna Matheswaran 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 e
>> > 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
>>
>
>
> --
> Thanks and Regards,
> Janani.
>


-- 
Thanks and Regards,
Janani.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20200603/551f03ea/attachment.html>