Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 23rd April 2017, 01:36   #5261  |  Link
pradeeprama
Registered User
 
Join Date: Sep 2015
Posts: 48
x265 version 2.4 has been released. This release incorporates support for the new HDR10+ standard, and revised lambda tables for main, main10, and main12 profiles that significantly improve visual quality!

Version 2.4 can now be downloaded from here (md5: ab0986aa5c4465b874de94095b0d0cae). Full documentation is available at http://x265.readthedocs.io/en/stable/.

Release Notes for Version 2.4
======================

Release date - 22nd April, 2017.

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 file 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 optimizations 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-tu option.
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.

Happy Compressing!

x265 team.
pradeeprama is offline   Reply With Quote
Old 23rd April 2017, 02:26   #5262  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
x265.exe 2.4+2-5bc5e73760cd

https://forum.videohelp.com/threads/...84#post2483884
Midzuki is offline   Reply With Quote
Old 23rd April 2017, 08:37   #5263  |  Link
dipje
Registered User
 
Join Date: Oct 2014
Posts: 268
Quote:
Originally Posted by Selur View Post
not exactly, it was merged to default branch two days ago, and since then any new build includes the new lambda tables.
Ah so that was the catch I was missing .
It looked reverse on my end , (I've read it wrong it bitbucket apparently?),
Like it was added to the default branch , but 2 days ago that default branch was merged into 'stable branch.
So it depends which branch is used in the builds , but I believe most people who are nice enough around here use the default branch.

Anyway, talking about nice people who builds, can we expect a 2.4 build from LigH, or are you still having compilation problems?
dipje is offline   Reply With Quote
Old 23rd April 2017, 08:50   #5264  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
Quote:
Originally Posted by dipje View Post
Anyway, talking about nice people who builds, can we expect a 2.4 build from LigH, or are you still having compilation problems?
Over here, no compiler warnings happened.
But I didn't enable the HDR10+ thing, I was too lazy to edit CMakeLists.txt.
LigH's next build of x265 will appear sooner or later anyway
Midzuki is offline   Reply With Quote
Old 23rd April 2017, 10:14   #5265  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
quick question about the new options:
Code:
   --dhdr10-info <filename>      JSON file containing the Creative Intent Metadata to be encoded as Dynamic Tone Mapping 
   --[no-]dhdr10-opt             Insert tone mapping SEI only for IDR frames and when the tone mapping information changes.Default disabled
Do I get it right that: dhdr10-info is always required for dynamic hdr10 and dhdr10-opt is an option which allows to limit how often the tone mapping SEI is inserted?

Also does it also require '--hdr' or are those separate?
__________________
Hybrid here in the forum, homepage

Last edited by Selur; 23rd April 2017 at 10:23.
Selur is offline   Reply With Quote
Old 23rd April 2017, 11:34   #5266  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Mateusz Brzostek proposed a patch:

[x265] [PATCH] cmake: set '-std=gnu++11' for GCC if ENABLE_DYNAMIC_HDR10 is on

but it has not yet been commited. And I have only little experience in manual working set management with TortoiseHg, I prefer using only commited updates.
_

P.S.: I tried to import this patch, but it failed with code 255. Might be because the base changeset is already outdated?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 23rd April 2017 at 11:53.
LigH is offline   Reply With Quote
Old 23rd April 2017, 11:41   #5267  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
multilib.sh should also be adjusted,..
for clang it's c++11 instead of gnu++1 and in encoder.h:
Code:
-    #include "dynamicHDR10\hdr10plus.h"
+    #include "dynamicHDR10/hdr10plus.h"
__________________
Hybrid here in the forum, homepage

Last edited by Selur; 23rd April 2017 at 11:47.
Selur is offline   Reply With Quote
Old 23rd April 2017, 11:55   #5268  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Of course, I made my own builds script by adding "-DENABLE_DYNAMIC_HDR10=ON" to 10 and 12 bit libraries.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 23rd April 2017, 12:42   #5269  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.4+2-5bc5e73760cd (MSYS/MinGW, GCC 6.3.0, 32 & 64bit 8/10/12bit multilib EXEs)

x265 [info]: HEVC encoder version 2.4+2-5bc5e73760cd
x265 [info]: build info [Windows][GCC 6.3.0][32 bit/64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default
HDR10 Enabled
Barough is offline   Reply With Quote
Old 23rd April 2017, 13:01   #5270  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 326
Quote:
Originally Posted by LigH View Post
I tried to import this patch, but it failed with code 255. Might be because the base changeset is already outdated?
If you save 3 attachments "warnings.patch", "cmake-hdr10.patch" and "dhdr10.patch" to your x265 folder, you can execute (in MSYS)
patch -p1 <warnings.patch
patch -p1 <cmake-hdr10.patch
patch -p1 <dhdr10.patch

If you want clean source (remove these patches), please execute
hg update -C
Ma is offline   Reply With Quote
Old 23rd April 2017, 15:01   #5271  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
-limit-tu 4 is in slower and veryslow preset

a new issue I see is mediainfo don't show any info like depth 10, main 10, resolution 10 when using mkv

is this issue caused by mkvmerge, mediainfo or x265?

for mp4 output it's there:

stax76 is offline   Reply With Quote
Old 23rd April 2017, 15:07   #5272  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Quote:
a new issue I see is mediainfo don't show any info like depth 10, main 10, resolution 10 when using mkv
isn't new been that way for a few month as I remember, but I never really looked into it
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 23rd April 2017, 15:12   #5273  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
This is really new because every time when I update the x265 build I make a 8 bit and a 10 bit encode to verify it's actually a multi lib build.
stax76 is offline   Reply With Quote
Old 23rd April 2017, 15:13   #5274  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Strange, noticed this month ago,...
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 23rd April 2017, 15:14   #5275  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I don't update mediainfo often, could be a mediainfo issue then, not sure when I updated it the last time.
stax76 is offline   Reply With Quote
Old 23rd April 2017, 15:24   #5276  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Mkvmerge somewhere between 10.0.0 and 11.0.0. But that doesn't necessarily mean it's a bug in mkvmerge.
sneaker_ger is offline   Reply With Quote
Old 23rd April 2017, 15:35   #5277  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I've posted it also to Mosu's and Zenitram's thread.
stax76 is offline   Reply With Quote
Old 24th April 2017, 13:51   #5278  |  Link
LazyNcoder
Registered User
 
Join Date: Feb 2015
Posts: 33
Hi guys,

I want to know what's the deal with this --limit-tu option in new v2.4. is it on by default in slow and very slow presets or should we enable it manually?
If it's not default, what's the best value for it? which level of the option would affect the quality the lower?
I usually encode with slow preset. should I need other options we've talked before like --rskip --limit-refs 3 --limit-modes and so? I care about quality the most, but it won't hurt to have a faster encoding.

Thanks
LazyNcoder is offline   Reply With Quote
Old 24th April 2017, 14:02   #5279  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Quote:
Originally Posted by LazyNcoder View Post
Hi guys,

I want to know what's the deal with this --limit-tu option in new v2.4. is it on by default in slow and very slow presets or should we enable it manually?
If it's not default, what's the best value for it? which level of the option would affect the quality the lower?
I usually encode with slow preset. should I need other options we've talked before like --rskip --limit-refs 3 --limit-modes and so? I care about quality the most, but it won't hurt to have a faster encoding.

Thanks
It's 4 with slower and veryslow, otherwise 0.

https://x265.readthedocs.io/en/default/presets.html

https://bitbucket.org/multicoreware/...#param.cpp-401
stax76 is offline   Reply With Quote
Old 24th April 2017, 14:04   #5280  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Verbose documentation

Preset options

As you can see, the developers enabled TU limiting mode 4 for presets "slower" and "veryslow" only ("placebo" has always everything enabled, no matter how much time it wastes for how little improvement; and any faster preset is probably still fast enough without limiting).

You may agree to me that an average user may not easily understand the meaning of the four different modes, it may require in-depth understanding of the encoder. I would recommend to trust the developers using a good choice in their presets, and anyone who is certain to know it better may explain to us why...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:56.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.