x265 0.9 is a regularly scheduled bug fix release. Many bugs have been fixed since the 0.8 tag, primarily in rate control and 10bit encodes. A race hazard on POSIX systems was fixed, and several non-determinism problems were resolved.

= API Changes =
* the stride of x265_picture is now in units of bytes, not pixels
* VUI configurables were moved into a param.vui sub-struct
* unimplemented VUI options removed
* bRepeatHeaders option added (inserts VPS+SPS+PPS each keyframe)
* fast-decode tune option added
* x265_encoder_headers() returns NAL byte count on success

= Command Line Interface Changes =
* —dither option to improve quality of pixel downshifts
* —cpuid replaced with x264 compatible —asm option
* —crf-max added
* improved —help documentation, plus new online documentation
* **experimental** —interlaceMode <prog|tff|bff> * **experimental** —weightb

= New Features =
* experimental support for interlaced content (field coding)
* experimental weightb support

Для этого релиза доступна он-лайн документация: http://x265.readthedocs.org/en/0.9/ See the online manual for full documentation of CLI (and API) options.

Our focus for the near future remains on visual quality and rate control improvements.

Последняя версия 8+17 доступна на страничке со сборками: Наши сборки

Новое в 0.8

* 4:4:4 internal color space is now supported. Input pictures must also be 4:4:4, 8 or 10bit. We advise to disable weightp with 4:4:4. Note that since the HEVC Range Extensions are not finalized, this feature should be considered highly experimental. Our output streams may not be compliant with the final spec.
* Improved VBV. x265 will now do mid-frame QP adjustments in order to better meet the bit target. Further improvements will be in the next release (partial slice re-encode when bit budget is very tight).
* FPS is finally handled in a sane fashion. It may be configured as a rational number (numerator/denominator) or as a float. The frame rate is now signaled in the VPS header for use by the decoder.
* VUI signaling is now exposed in the x265_param structure and in the x265 CLI. The exact params and CLI options should be considered experimental at this point, and are liable to change.
* Near full ASM coverage of the 8bit build, and much more 10bit assembly than the previous release. All of the interpolation and intra primitives that were written with SIMD intrinsics have been replaced with assembly routines.
* Input pixel bit depth is now decoupled from the internal bit depth. An 8bpp build and a 16bpp build of x265 will both be able to encode 8bit or 10bit or 16bit raw video streams. The encoder will shift and mask pixels as necessary to get them to the internal depth.
* Motion compensated weight analysis. This will be further improved in the next release.

Добавлены новые ключи по сравнению с 0.7

—scenecut
-i/—min-keyint
—vui
—sar
—overscan
—videoformat
—range
—colorprim
—transfer
—colormatrix
—chromaloc
—[no-]fieldseq
—[no-]framefieldinfo
—crop-rect
—timinginfo
—nal-hrd
—bitstreamrestriction
—subpichrd

Замененные ключи, для соответствия с x264

—refresh is now —[no]open-gop —frame-skip is now —seek -i/—keyint is now -I/—keyint (short opt case change)

План на ближайшие релизы

The next release will focus on improving all of the recently added features, particularly VBV and adaptive quant, and focusing heavily on improving perceptive visual quality.

Были подготовлены сборки последней доступной на данный момент версии x265. Сборки доступны в версиях для 32-битных и 64-битных Windows. Каждая из них содержит версию для кодирования 8-битной (стандарт) и 16-битной цветности (Hi16P).

Сборки собраны двумя компиляторами Visual C++ и GCC. Для корректной работы Visual C сборок может потребоваться библиотека Visual C++ Redistributable Packages for Visual Studio 2013.

Ссылки на закачку доступны здесь.

По непонятным пока причинам, главный источник сборок кодека x265 для Windows закрылся. Там всегда можно было найти EXE для последней версии исходников из репозитория. Очевидно произошел какой-то конфликт.

Подробности по ссылке: https://x265.cc

Сравнивалось качество и скорость кодирования двух кодеков:
* x264 версия core 142 (64-бита, gcc)
* x265 версия 0.6+258 (64-бита, gcc)

Входные данные

Для сравнения использовался входной файл «1_CrowdRun_1080p25.yuv» из набора
ftp://vqeg.its.bldrdoc.gov/HDTV/SVT_MultiFormat/
Разрешение файла 1920х1080 (FullHD) 25 кадров в секунду. Цветовое пространство YUV 4:2:0. Исходный размер файла 760 Мбайт. Ролик содержит всего 250 кадров.

Процесс сравнения

Файл кодировался на разных CRF от 15 до 30. Каждым из кодеков на разных пресетах. Дополнительные ключи не задавались.
Пресеты для кодирования x264: slower, veryslow, placebo
Пресеты для кодирования x265: medium, slow, slower, veryslow. (placebo не использовался из-за астрономического времени на кодирование)
Читать полностью…