[x265] [ANN]x265 version 3.4 released

[Janani T E]

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 !


> 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
> > 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20200602/68c4ba6a/attachment.html>