Little comparison of x264 and x265 for anime source

We compare a small SD-part from anime (~14 MB) encoded with CRF mode using x264 and x265. CRF was chosen in such a way that the size of both encodes had similar size. As a result, we stopped at these settings:

x264 (core 144):
Type: 10 bit
Encoding settings: --crf 36.9 --preset placebo --no-mbtree --direct spatial --no-dct-decimate
Size of video track: 96.1 KB
Bitrate: 219 kbps


Download encoded video

UPDATE (More optimal x264 encode sent by nobody555):
Encoding settings: –crf 33 –preset placebo –psy-rd 0
Size of video track: 96.7 KB


Download encoded video

x265 (rev. 9327 (1.4+273)):
Type: 10 bit
Encoding settings: --crf 30 --preset placebo
Size of video track: 96.4 KB
Bitrate: 219 kbps


Download encoded video

New 1.5 version of x265

We’re pleased to announce that x265 has reached another milestone! The v1.5 release of x265 has major improvements in Main10 compression efficiency and performance over the 1.4 release, general improvements in Main performance. Psycho-visual optimizations are now enabled by default in the presets which can support it (medium, slow, slower, veryslow and placebo).

Feature additions:

* analysis re-use features have been completed
* rate control zones have been introduced
* –tune grain introduced
* deblocking tC and Beta offsets are now configurable
* denoise is seperately configurable for inter and intra CUs
* frame based CSV logging has been improved
* New support for VTune task profiles

Presets and defaults:

ultrafast no longer disables the deblocking loop filter
psy-rd defaults to 0.3 (was 0, disabled)
psy-rdoq defaults to 1.0 (was 0, disabled)
aq-mode defaults to 1 (was 2, auto-variance)
4:2:2 and 4:4:4 encodes no longer generate compliance warnings

API changes:

param.rc.rateTolerance has been removed and replaced with a simpler param.rc.bStrictCbr flag.

--log-level debug is now --log-level 4 instead of --log-level 3. A new ‘frame’ log level was inserted at level 3 in order to support frame level CSV logging without also enabling frame level console logging. Using the string name ‘debug’ is unambiguous as its behavior has not changed.

The online documentation has all the details: http://x265.readthedocs.org/en/1.5/

Baka Encoder announce

Baka Encoder TanWe present a handy tool for encoding using x265 — Baka Encoder. This software with graphic user interface (GUI) for encoding videofiles with codecs x265 (also x264 is possible) and NeroAAC. Handles AviSynth scripts, video/audio without compression and video compressed with common intermediate codecs. Presets are defined via XML config with direct control over x265 (also x264 is possible) and NeroAAC command line parameters. Program works on Windows 7, 8, 8.1, 10 Technical Preview. It handles wide variete of video data (substantially uncompressed or compressed with lossless codecs): Uncompressed PCM audio, Uncompressed RGBA, RGB, RGB48, YUY2, YV12, HuffYUV, Lagarith (without null frames), UT Video, MJPG, Avisynth scripts.

Features of Baka Encoder

  • Proper Unicode support
  • Clean and fresh UI
  • Batch file processing with task queue
  • Performs proper RGB-YCbCr conversion when necessary
  • Prevents upsampling
  • Supports 10-bit video encoding
  • Provides full control over encoding parameters
  • Supports thorough logging
  • Encoding process can be paused
  • No installation required (you only need to unpack ZIP-archive)
  • Localization is automatic based on OS settings. Have English, Russian, Estonian, German, Japanese, Polish and Portuguese (Brazilian) localizations

Go to the program page

Speed testing of x265 codec

We did some testing to assess progress in the development of codec x265. How encoding rate was changed for different presets from version to version? Testing was performed on the following config: Intel (R) Core (TM) i7-4930K CPU @ 3.40GHz, 32 GB DDR3. We encoded the same test video file (1080p @ 25fps) on different presets and measured the average FPS.

x265 Versions:
1.0, 1.1, 1.2, 1.3, 1.4
Tested presets:
DEFAULT – run without parameters
CRF-20 – run with key -CRF 20 without any other parameters
ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo – defined only -preset “…”
Compilers:
GCC 4.9.2, ICC 1400, MSVC 1800

Below is a summary table and graphics:

ver. comp iler DEF AULT CRF -20 ultra fast super fast very fast faster fast medium slow slower veryslow placebo
1.0 GCC 4.9.2 4.50 4.08 10.94 7.00 6.93 7.84 7.97 4.72 2.45 0.52 0.35 0.20
1.0 ICC 1400 4.76 4.10 10.82 6.62 6.56 7.62 7.90 4.74 2.42 0.51 0.35 0.20
1.0 MSVC 1800 4.76 4.14 11.44 6.97 6.92 7.95 8.08 4.78 2.46 0.54 0.35 0.20
1.1 GCC 4.9.2 8.07 6.44 13.12 9.30 8.81 10.29 8.69 8.07 2.40 0.51 0.34 0.20
1.1 ICC 1400 8.11 6.48 13.10 9.13 8.72 10.26 8.74 8.14 2.37 0.51 0.34 0.20
1.1 MSVC 1800 8.11 6.58 13.82 9.61 9.12 10.64 8.87 8.26 2.41 0.54 0.34 0.20
1.2 GCC 4.9.2 9.02 7.40 15.06 12.18 11.44 12.26 11.06 8.82 2.62 0.58 0.39 0.24
1.2 ICC 1400 9.02 7.42 14.88 11.96 11.16 12.17 10.91 8.83 2.60 0.57 0.39 0.24
1.2 MSVC 1800 9.02 7.53 15.44 12.68 11.83 12.68 11.32 8.99 2.69 0.61 0.39 0.24
1.3 GCC 4.9.2 8.88 7.29 15.24 12.85 12.00 12.77 11.57 8.88 2.60 0.59 0.39 0.24
1.3 ICC 1400 8.95 7.48 14.92 12.56 11.81 12.69 11.64 8.95 2.58 0.59 0.39 0.24
1.3 MSVC 1800 8.95 7.55 16.13 13.25 12.53 13.30 11.97 9.13 2.62 0.61 0.39 0.24
1.4 GCC 4.9.2 9.32 7.47 17.95 13.92 12.25 13.09 11.66 9.33 2.64 0.73 0.51 0.32
1.4 ICC 1400 9.41 7.67 17.78 13.72 12.19 13.21 11.78 9.42 2.62 0.73 0.51 0.32
1.4 MSVC 1800 9.41 7.63 18.42 14.34 12.58 13.44 11.92 9.48 2.65 0.74 0.51 0.32

Читать полностью…

New 1.4 version of x265

x265 1.4 is a regularly scheduled release, mostly focused on performance
enhancements. There was a large refactor of the analysis code that
exposed further parallelism without sacraficing any compression
efficiency. In general, 1.4 should have slightly better compression
efficiency than 1.3 for the same encodes.

The refactors also generally lowered the memory requirements and made
the faster presets more compute efficient.

The two most important new features are --pmode (parallel mode decision)
and --pme (parallel motion estimation).

= –pmode : param.bDistributeModeAnalysis =

This feature will distribute mode analysis for each CU. The more modes
that must be analyzed, the more effective this feature becomes. So the
slow preset that enables rectangular prediction modes benefits from
pmode more than medium preset, and the slower modes which use RD level
6 benefit from pmode even more since they enable AMP predictions and
evaluate the rate distortion cost of each mode.

The output of --pmode encodes should have slightly better compression
than those with it disabled, since certain early outs are impossible
with --pmode and thus all modes are measured naievely.

= –pme : param.bDistributeMotionEstimation =

This feature will distribute the motion estimations for each CU that has
more than 2 references. Its effectiveness is proportional to the number
of references, but this feature can often be a net performance loss as
the overhead of involving other CPU cores is often more expensive than
the parallelism benefit.

The output of the encode is completely unaffected by --pme.

Both --pme and --pmode are only useful when x265 is otherwise unable to
fully saturate the CPU cores, and both can also at times result in lower
performance on multi-socket machines (depending on the situation) since
we are not yet keeping work localized to neighbor CPUs.

= Also in 1.4 =

As a result of the refactor work, none of the original HM classes or
source files remain in x265.

Temporal motion vector predictions (previously hard-coded to always be
enabled) are now runtime selectable (param.bEnableTemporalMvp) but still
default to being enabled in all presets.

Frame based SAO analysis was removed (frame based SAO signaling did not
make it into the final HEVC spec), and --sao-lcu-bounds=<0|1> was
renamed to --[no-]sao-non-deblock (param.bSaoNonDeblocked)

Some inconsistencies in the analysis logic were fixed. --amp is now
respected in RD levels 2, 3, and 4 (previously only in 5 and 6).
--b-intra is now respected in all RD levels. --fast-cbf, which has only
ever effective at RD levels 5 and 6, is no longer enabled uselessly in
the fastest presets.

--weightb is now enabled by default at presets slower, veryslow, and
placebo.

--cu-lossless was changed to only attempt a lossless encode of the best
lossy encode method. This made --cu-lossless a much less expensive
encode option to have enabled, and hopefully made the feature more
robust and maintainable.

The upper threshold for --psy-rdoq was raised to 50 (from 10) since the
higher values were found to be beneficial for sources with high
frequency noise (film grain).

The default thread pool size logic was updated to account for the
addition of --pmode and --pme (if WPP is disabled but --pmode or --pme
are enabled, a thread pool is still allocated).

In 1.4 there also appeared an incomplete analysis re-use feature. This
will be completed and further improved in the coming weeks.

H.265/HEVC станет основным кодеком для дисков 4K Blu-ray

blu_ray_4k_logoНовые оптические носители, диски формата 4K Blu-ray, появятся на рынке только в будущем году, однако технологическая разработка их уже завершена, и стали известны подробности спецификаций.

В частности, окончательно определён кодек, который будет использоваться в новой технологии. Им стал H.265/HEVC, алгоритм которого гораздо более эффективен, чем у предшественника – кодека H.264/AVC – и позволяет добиваться более высокой степени сжатия изображений, особенно движущихся, без потери качества.

Кроме того, новая 4K Blu-ray технология даёт возможность потоковой передачи данных со скоростью 50-60 Мбит/с и выше (что в два раза больше скорости передачи данных с существующих сейчас дисков Blu-Ray 50 Гб). И хотя объём 4K Blu-ray дисков будет таким же (50 Гб), именно эффективное сжатие кодеком H.265/HEVC позволит использовать десятибитную, а не восьмибитную, как было до этого, цветность и даст четырёхкратное увеличение количества пикселей в кадре (3,820×2,160 вместо 1,920×1,080).

Как сообщил во время своего выступления на выставке IFA 2014 в Берлине Виктор Мацуда, председатель Blu-Ray Disc Association (BDA), процесс лицензирования технологии оптических дисков 4K Blu-ray начнётся весной 2015 года с тем, чтобы к зимнему торговому сезону, традиционно сопровождающемуся повышением покупательского спроса, в продажу поступили и новые носители, и воспроизводящие устройства для них.

Таким образом, кодек H.265/HEVC полностью займёт ещё одну из существенных ниш на рынке оптических носителей. Это в очередной раз подтверждает тенденцию постепенного вытеснения видеопотоков H.264/AVC новой, наиболее эффективной на настоящее время технологией.

Mediainfo now shows x265 encoding parameters

Media InfoLatest MesiaInfo of version 0.7.70, released 2014-09-03 supported x265 library name and x265 encoding settings

Example:
Writing library : x265 1.3+57-44b95661db56df0a:[Windows][GCC 4.9.1][64bit]
Encoding settings : wpp / ctu=64 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / no-early-skip / no-fast-cbf / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / interlace=0 / keyint=250 / min-keyint=25 / scenecut=40 / rc-lookahead=20 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / weightp / no-weightb / aq-mode=2 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.00 / psy-rdoq=0.00 / signhide / lft / sao / sao-lcu-bounds=0 / sao-lcu-opt=1 / b-pyramid / cutree / rc=crf / crf=17.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30

New 1.3 version of x265

The primary changes in this release are the completion and tuning of the psycho-visual optimizations and new support for multiple pass encoding.

–psy-rd and –psy-rdoq are now completed and scaled such that their recommended initial values are 1.0.

Multipass encodes are now possible with –pass N and –stats FNAME

As usual, full documentation is at: http://x265.readthedocs.org/en/1.3/

= API Changes =

* param.bEmitInfoSEI, –[no-]info
include an SEI identifying the encoder and encoding options.

* param.bHighTier –high-tier
specify tier (used in conjunction with –level-idc)

* param.bEnableFastIntra –[no-]fast-intra
Use a gradient descent to scan angular intra modes

* param.totalFrames
optional indicator of total frame count, may improve rate control

* param.scalingLists
specify custom quantization matrices, “default” or filename

* param.psyRdoq
Psycho-visual optimizations for quantization

* param.bEnableSlowFirstPass
The first pass of multi-pass encodes will run in *turbo* mode unless this option is enabled.

New 1.2 version of x265

This was a regularly scheduled release with improvements in performance, major improvements in memory usage, and improved psy-rd behavior.

There were a few of new options introduced:
–cu-stats, x265_param.bLogCuStats – enabling logging of CU stats (for R&D purposes only)
–hrd, x265.bEmitHRDSEI – enable HRD SEI signaling (use this option to add Hypothetical Reference Decoder information into the HEVC bitstream, in order to comply with HRD specifications)
–ipratio/–pbratio were exposed to the CLI
–lambda-file – allows experimentation with lambda tables (for R&D purposes only – this should not be needed for normal production encoding purposes)

Plus a number of options added for multi-pass encoding (incomplete).