On Tue, Jun 2, 2020 at 2:33 PM Janani T E <janani...@multicorewareinc.com> wrote:
> > > On Sat, May 30, 2020 at 3:30 PM Andrey Semashev <andrey.semas...@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@videolan.org >> > https://mailman.videolan.org/listinfo/x265-devel >> > >> >> _______________________________________________ >> x265-devel mailing list >> x265-devel@videolan.org >> https://mailman.videolan.org/listinfo/x265-devel >> > > > -- > Thanks and Regards, > Janani. > -- Thanks and Regards, Janani.
_______________________________________________ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel
