x265 version 2.5 Released

 

Encoder enhancements

  1. Improved grain handling with --tune grain option by throttling VBV operations to limit QP jumps.
  2. Frame threads are now decided based on number of threads specified in the --pools, as opposed to the number of hardware threads available. The mapping was also adjusted to improve quality of the encodes with minimal impact to performance.
  3. CSV logging feature (enabled by --csv) is now part of the library; it was previously part of the x265 application. Applications that integrate libx265 can now extract frame level statistics for their encodes by exercising this option in the library.
  4. Globals that track min and max CU sizes, number of slices, and other parameters have now been moved into instance-specific variables. Consequently, applications that invoke multiple instances of x265 library are no longer restricted to use the same settings for these parameter options across the multiple instances.
  5. x265 can now generate a seprate library that exports the HDR10+ parsing API. Other libraries that wish to use this API may do so by linking against this library. Enable ENABLE_HDR10_PLUS in CMake options and build to generate this library.
  6. SEA motion search receives a 10% performance boost from AVX2 optimization of its kernels.
  7. The CSV log is now more elaborate with additional fields such as PU statistics, average-min-max luma and chroma values, etc. Refer to documentation of --csv for details of all fields.
  8. x86inc.asm cleaned-up for improved instruction handling.

API changes

  1. New API x265_encoder_ctu_info() introduced to specify suggested partition sizes for various CTUs in a frame. To be used in conjunction with --ctu-info to react to the specified partitions appropriately.
  2. Rate-control statistics passed through the x265_picture object for an incoming frame are now used by the encoder.
  3. Options to scale, reuse, and refine analysis for incoming analysis shared through the x265_analysis_data field in x265_picture for runs that use --analysis-reuse-mode load; use options --scale--refine-mv--refine-inter, and --refine-intra to explore.
  4. VBV now has a deterministic mode. Use --const-vbv to exercise.

Bug fixes

  1. Several fixes for HDR10+ parsing code including incompatibility with user-specific SEI, removal of warnings, linking issues in linux, etc.
  2. SEI messages for HDR10 repeated every keyint when HDR options (--hdr-opt--master-display) specified.
Tarball can be downloaded from here (md5: 192e54fa3068b594aa44ab2b703f071d).Full documentation is available at http://x265.readthedocs.io/en/stable/

Happy compressing!

x265 Receives Significant Boost from Intel Xeon Scalable Processor Family

Today Intel launched the next generation of Xeon processors, the Intel Xeon Scalable Processor Family (code-named “Purley”), based on the Skylake CPU architecture.  The Intel Xeon Scalable Processor Family is a powerful new generation of 14nm chips which provide significant improvements over the previous generation of Xeon processors (Xeon E5 v4 and E7 v4, code named “Broadwell”), including many fundamental  CPU architectural improvements, a much faster internal data transfer architecture (a mesh architecture with 2x the bandwidth instead of a ring architecture), AVX-512 vector processing, improved cache, and improved I/O architecture with six DDR4 memory channels and 48 PCIe lanes.

With x265 pushing the previous generation processors to the edge for memory bandwidth and threading, the benefits that these new Xeons provide for x265 users will be game changing. Our initial results with the latest build of x265 show a 67% average per-core gain for encoding using HEVC Main profile, and a 50% average gain with Main10 profile across different presets. In particularly, off-line encoding of 4K content is seeing tremendous benefits due to the higher memory bandwidth that the CPUs are able to utilize from cache and system memory. Intel’s Xeon Scalable Processor Family makes x265 and UHDkit the ideal option for a wider range of scenarios including both live and offline HEVC encoding, and they double the performance/cost you’ll get with our software-based encoding libraries.  We’re also seeing significant performance improvements with x264 – roughly 40% higher performance per core on average.

As we enhance x265 to take advantage of the new technologies that these new processors bring to the light, including AVX-512, we expect that users of x265 will love the benefits that they see with these new Xeons.  This even extends to the Core i9 (Skylake-X) consumer processor family, which are based on the same Purley architecture.  Give them a spin, and let us know what you think!

x265 Version 2.4 Released

Encoder enhancements

  1. HDR10+ supported. Dynamic metadata may be either supplied as a bitstream via the userSEI field of x265_picture, or as a json jile that can be parsed by x265 and inserted into the bitstream; use --dhdr10-info to specify json file name, and --dhdr10-opt to enable optimization of inserting tone-map information only at IDR frames, or when the tone map information changes.
  2. Lambda tables for 8, 10, and 12-bit encoding revised, resulting in significant enhancement to subjective visual quality.
  3. Enhanced HDR10 encoding with HDR-specific QP optimzations for chroma, and luma planes of WCG content enabled; use --hdr-opt to activate.
  4. Ability to accept analysis information from other previous encodes (that may or may not be x265), and selectively reuse and refine analysis for encoding subsequent passes enabled with the --refine-level option.
  5. Slow and veryslow presets receive a 20% speed boost at iso-quality by enabling the --limit-tuoption.
  6. The bitrate target for x265 can now be dynamically reconfigured via the reconfigure API.
  7. Performance optimized SAO algorithm introduced via the --limit-sao option; seeing 10% speed benefits at faster presets.

API changes

  1. x265_reconfigure API now also accepts rate-control parameters for dynamic reconfiguration.
  2. Several additions to data fields in x265_analysis to support --refine-level: see x265.h for more details.

Bug fixes

  1. Avoid negative offsets in x265 lambda2 table with SAO enabled.
  2. Fix mingw32 build error.
  3. Seek now enabled for pipe input, in addition to file-based input
  4. Fix issue of statically linking core-utils not working in linux.
  5. Fix visual artifacts with --multi-pass-opt-distortion with VBV.
  6. Fix bufferFill stats reported in csv.

x265 2.3 Released

Version 2.3

Release date – 15th February, 2017.

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. option:–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-qpoption; 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.

x265 2.2 Released

Release date – 26th December, 2016.

Encoder enhancements

  1. Enhancements to TU selection algorithm with early-outs for improved speed; use --limit-tu to exercise.
  2. New motion search method SEA (Successive Elimination Algorithm) supported now as :option: –me 4
  3. Bit-stream optimizations to improve fields in PPS and SPS for bit-rate savings through --opt-qp-pps, --opt-ref-list-length-pps, and --multi-pass-opt-rps.
  4. Enabled using VBV constraints when encoding without WPP.
  5. All param options dumped in SEI packet in bitstream when info selected.
  6. x265 now supports POWERPC-based systems. Several key functions also have optimized ALTIVEC kernels.

API changes

  1. Options to disable SEI and optional-VUI messages from bitstream made more descriptive.
  2. New option --scenecut-bias to enable controlling bias to mark scene-cuts via cli.
  3. Support mono and mono16 color spaces for y4m input.
  4. --min-cu-size of 64 no-longer supported for reasons of visual quality (was crashing earlier anyways.)
  5. API for CSV now expects version string for better integration of x265 into other applications.

Bug fixes

  1. Several fixes to slice-based encoding.
  2. --log2-max-poc-lsb‘s range limited according to HEVC spec.
  3. Restrict MVs to within legal boundaries when encoding.