[x265] [ANN] x265 version 2.3 released
Pradeep Ramachandran
pradeep at multicorewareinc.com
Wed Feb 15 08:04:40 CET 2017
x265 version 2.3 has been released. This release contains new algorithms
that improveto visual quality, encoding efficiency, and performance.
The latest version can be downloaded from here
<https://bitbucket.org/multicoreware/x265/downloads/x265_2.3.tar.gz> (MD5
sum = 18716a7e0c6f6ebd2a1035b82cec30de). Full documentation is available at
http://x265.readthedocs.io/en/stable/.
Release Notes for 2.3
================
Encoder enhancements
----------------------------------
1. New SSIM-based RD-cost computation for improved visual quality, and
efficiency; use --ssim-rd to exercise.
2. Multi-pass encoding can now share analysis information from prior passes
(in addition to rate-control information) to improve performance and
quality of subsequent passes; to your multi-pass command-lines that use the
--pass option, add --multi-pass-opt-distortion to share distortion
information, and --multi-pass-opt-analysis to share other analysis
information.
3. A dedicated thread pool for lookahead can now be specified with
--lookahead-threads.
4. --dynamic-rd dynamically increase analysis in areas where the bitrate is
being capped by VBV; works for both CRF and ABR encodes with VBV settings.
5. The number of bits used to signal the delta-QP can be optimized with the
--opt-cu-delta-qp option; found to be useful in some scenarios for lower
bitrate targets.
6. Experimental feature option:–aq-motion adds new QP offsets based on
relative motion of a block with respect to the movement of the frame.
API changes
-------------------
1. Reconfigure API now supports signalling new scaling lists.
2. x265 application’s csv functionality now reports time (in milliseconds)
taken to encode each frame.
3. --strict-cbr enables stricter bitrate adherence by adding filler bits
when achieved bitrate is lower than the target; earlier, it was only
reacting when the achieved rate was higher.
4. --hdr can be used to ensure that max-cll and max-fall values are always
signaled (even if 0,0).
Bug fixes
--------------
1. Fixed incorrect HW thread counting on MacOS platform.
2. Fixed scaling lists support for 4:4:4 videos.
3. Inconsistent output fix for --opt-qp-pss by removing last slice’s QP
from cost calculation.
4. VTune profiling (enabled using ENABLE_VTUNE CMake option) now also works
with 2017 VTune builds.
Happy compressing!
Pradeep.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20170215/021c2289/attachment.html>
More information about the x265-devel
mailing list