<div dir="ltr"><div dir="ltr"> </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 2, 2020 at 2:33 PM Janani T E <<a href="mailto:janani.te@multicorewareinc.com">janani.te@multicorewareinc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 30, 2020 at 3:30 PM Andrey Semashev <<a href="mailto:andrey.semashev@gmail.com" target="_blank">andrey.semashev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I see no 3.4 tag in git.<br></blockquote><div> </div><div>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 ! <br></div></div></div></blockquote><div><br></div><div>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 .</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 2020-05-29 21:15, Aruna Matheswaran wrote:<br>
> Hi all,<br>
> <br>
> x265 version 3.4 is out with cool new features and encoder enhancements <br>
> in terms of encoding efficiency as well as speed.<br>
> <br>
> Please download v3.4 from our downloads page <br>
> <<a href="https://bitbucket.org/multicoreware/x265/downloads/x265_3.4.tar.gz" rel="noreferrer" target="_blank">https://bitbucket.org/multicoreware/x265/downloads/x265_3.4.tar.gz</a>> ( <br>
> MD5Sum is e37b91c1c114f8815a3f46f039fe79b5) and do check out the full <br>
> documentation available in our release notes <br>
> <<a href="https://x265.readthedocs.io/en/default/releasenotes.html#version-3-4" rel="noreferrer" target="_blank">https://x265.readthedocs.io/en/default/releasenotes.html#version-3-4</a>>.<br>
> <br>
> Release Notes of version 3.4<br>
> ======================<br>
> <br>
> New features<br>
> ------------<br>
> 1. **Edge-aware quadtree partitioning** to terminate CU depth recursion <br>
> based on edge information. :option:`--rskip` level 2 enables the feature <br>
> and  :option:`--rskip-edge-threshold` denotes the minimum expected <br>
> edge-density percentage within the CU, below which the recursion is <br>
> skipped. Experimental feature.<br>
> 2. Application-level feature :option:`--abr-ladder` for automating <br>
> efficient ABR ladder generation. Shows ~65% savings in the over-all <br>
> turn-around time required for the generation of a typical Apple HLS <br>
> ladder in Intel(R) Xeon(R) Platinum 8280 CPU @ 2.70GHz over a sequential e<br>
> ABR-ladder generation approach that leverages save-load architecture.<br>
> <br>
> Enhancements to existing features<br>
> ---------------------------------<br>
> 1. Improved efficiency in 2-pass rate-control algorithm. The savings in <br>
> the bitrate is ~1.72% with visual improvement in quality in the initial <br>
> 1-2 secs.<br>
> <br>
> Encoder enhancements<br>
> --------------------<br>
> 1. Faster ARM64 encodes enabled by ASM contributions from Huawei. The <br>
> speed-up over no-asm version for 1080p encodes @ medium preset is ~15% <br>
> in a 16 core H/W.<br>
> 2. Strict VBV conformance in zone encoding.<br>
> <br>
> Bug fixes<br>
> ---------<br>
> 1. Multi-pass encode failures with :option:`--frame-dup`.<br>
> 2. Corrupted bitstreams with :option:`--hist-scenecut` when input depth <br>
> and internal bit-depth differ.<br>
> 3. Incorrect analysis propagation in multi-level save-load architecture.<br>
> 4. Failure in detecting NUMA packages installed in non-standard directories.<br>
> <br>
> Happy compressing!!<br>
> <br>
> <br>
> -- <br>
> Regards,<br>
> *Aruna Matheswaran,*<br>
> Video Codec Engineer,<br>
> Media & AI analytics BU,<br>
> <br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> x265-devel mailing list<br>
> <a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
> <a href="https://mailman.videolan.org/listinfo/x265-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
> <br>
<br>
_______________________________________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr">Thanks and Regards,<div>Janani.</div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Thanks and Regards,<div>Janani.</div></div></div></div>