x265 HEVC Encoder

[LigH]

Yes, a freshly built x265 v3.6+130 with SCC enabled encodes but MPC-HC with its internal LAV filters can't decode it properly. That's probably due the libavcodec HEVC decoder to not supporting HEVC SCC Profile bitcode. You would need to find another decoder which is able.

See also: Wikipedia: High Efficiency Video Coding | Version 3 and higher profiles

[Boulder]

SCC is one those things related to streaming, like webinars with PowerPoint presentations etc. For example SVT-AV1 has had it for a long time already, but of course it's really not meant for your regular content.

[tormento]

Originally Posted by LigH

Yes, a freshly built x265 v3.6+130 with SCC enabled encodes but MPC-HC with its internal LAV filters can't decode it properly.

Do you know a player that can actually reproduce it?

Why does StaxRip give a frame error at the end? I didn't try with other GUIs so I don't know if it's a x265 or StaxRip issue.

Moreover, when muxing the hevc, MKVToolnix-gui outputs a very short video.

[LigH]

Quite recent MP4Box and FFmpeg versions can multiplex it to MP4. But mkvmerge seems to recognise only HEVC packets known in basic profiles.

And the native HEVC decoder in libavcodec, core of ffmpeg, does not yet support decoding it.

[LigH]

New upload: x265 3.6+130-184bed4

[Windows][GCC 14.2.0][32/32XP/64 bit] 8bit+10bit+12bit

No serious changes in intel x86[-64] code.

[LigH]

Originally Posted by tormento

MKVToolnix-gui outputs a very short video.

Reported to Moritz Bunkus - low priority, there is no need to hurry without a decoder yet.

[Barough]

x265 v3.6+162
GCC v14.2.0 / Win32/64 / 8bit+10bit+12bit
https://bitbucket.org/multicoreware/.../branch/master

DL :
https://www.mediafire.com/file/dgwtdguqqe0ej9c

[LigH]

x265 Version 4.0 has been released:

Originally Posted by Karam Singh

The v4.0 release of x265 is out now. Below is the list of new features, optimization, and bug fixes in this version.


Version 4.0
===========

New feature
-----------
1. Alpha Channel feature.
2. Screen Content Coding (SCC).
3. MV-HEVC feature.

Enhancements to existing features
---------------------------------
1. Added support for the VMAF v3.x.

API changes
-----------
1. Add command line parameter for Alpha Channel feature :option:`--alpha`.
2. Add command line parameter for SCC feature :option:`--scc 1`.
3. Add command line parameters for the MV-HEVC feature :option:`--multiview-config "multiview_config.txt"`.

Optimizations
---------------------
1. Arm SIMD optimizations: Several time-consuming scalar C functions now have SIMD implementations on Arm platforms. Existing Arm SIMD implementations have also been optimized. These optimizations result in up to 57% faster encoding compared to release 3.6.
2. Arm SIMD optimizations include use of Armv8.4 DotProd, Armv8.6 I8MM, and Armv9 SVE2 instruction set extensions. The following algorithms now have optimized SIMD implementations: SAD, SSE, DCT, SAO, convolution, quantization, intra_planar, intraFilter, intrapred DC and IDCT16x16.

Bug fixes
---------
1. Fix for y4m pipe input broken.
2. Fix SCC crash on multipass encode.
3. Fix mcstf when :option:`--bframes` value was less than 5.
4. Fix lowpass DCT for high bit depth.
5. Added build support for Visual Studio 17.
6. Fix issue in default code flow and memory leak.
7. Framethreads tuning for Windows ARM devices.
8. Fix scc crash on multipass encode.

Thanks & Regrds,

Karam Singh

[ksm]

We have released a new version (v4.0) of x265. You can download the x265 tarball from our downloads page ( https://bitbucket.org/multicoreware/x265_git/downloads/ ).

[LigH]

People will surely start building binaries right away...
Especially the media-autobuild suite makes it pretty easy for the Windows platform.

[madmax3308]

Thanks!

[LigH]

New upload: x265 4.0+4-29d59cb

[Windows][GCC 14.2.0][32b/32b~XP/64b/64b+MV] 8bit+10bit+12bit

Please note: From version 4.0 on I will build all variants without MultiView support so that they may still work without explicit --input parameter, except for a 64 bit build which has it explicitly enabled.

Originally Posted by LigH

New upload: x265 4.0+4-29d59cb

[Windows][GCC 14.2.0][32/32XP/64 bit] 8bit+10bit+12bit

I just wanted to let you know that I've figured out a workaround to get these new builds working in RipBot264.

God only knows how long it'll take the dev to implement the change

[Z2697]

Originally Posted by FTLOY

I just wanted to let you know that I've figured out a workaround to get these new builds working in RipBot264.

God only knows how long it'll take the dev to implement the change

What is problem, and the change?

[LigH]

Probably like in this post.

Originally Posted by LigH

Probably like in this post.

Almost...Wishbringer was VERY close, but didn't he say that it still didn't work ??

[LigH]

It is a manual edit, so it works easily for one job but would be very annoying for a distributed batch.

Why are you hiding your solution from the rest of the world?

[LigH]

I changed my x265 v4.0+4 archive.

Please note: From version 4.0 on I will build all variants without MultiView support so that they may still work without explicit --input parameter, except for a 64 bit build which has it explicitly enabled.

[Wishbringer]

Problem solved, Atak_Snajpera updated RB and also x265 in his updates. But thanks anyway for your workaround @LigH.

[LigH]

There may be others with similar issues...