[x264-devel] x264 Development Newsletter: Vol 18 (Special 4:4:4 edition)

[Jason Garrett-Glaser]

This is the eighteenth x264 development newsletter. This is a regular
email containing updates on fixes and improvements in the most recent
x264 push, along with updates on what's coming next.  Previous
versions can be found in the mailing list archives.

Fixes:

Fix some linking issues and deprecated function usage with libav*.

Don't override the toolchain default FPU ABI on ARM.

Avoid NaN (divide by zero) in calculating B-frame output stats if all
the macroblocks are skip.

Fix SSIM calculation with sliced threads. (bug report by Tisch Dániel)

Fix resize filter crashes with YUVJ* (full range) input.

Improvements:

Eliminate the extra layer of pointer indirection for SPS/PPS.

Faster x86 high bit depth predict_8x8c_p (backported from libavcodec).

More correctly weight the slice header lambda values in chroma weightp analysis.

4:4:4 YUV encoding support, plus RGB encoding support as a bonus.
libavcodec now decodes 4:4:4 as well, so feel free to start using it!
Highly recommended for computer graphics, video game recordings, and
other content with sharp chroma detail.

Upcoming:

--device and automatic --level restriction support is in the works, as
part of Google Code-In.  The patch is done, but needs review.

A per-option help system is in the works, as part of Google Code-In.
The patch is done, but needs editing of the help entries.

x262 is under development: a best-in-class MPEG-2 encoder built using
the x264 framework.  Both P and B-frames are done and working.

Google Summer of Code is in progress: Trellis ME and H.264/MVC support
are the two projects.

Jason Garrett-Glaser

The x264 Team