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 31st January 2019, 17:02   #6681  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
Woah! These parameters sound interesting! I need to get home and try them out!
Thank you, fauxreaper!
katzenjoghurt is offline   Reply With Quote
Old 31st January 2019, 18:10   #6682  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by katzenjoghurt View Post
AQ3 isn't the solution for me...
I tried again yesterday... the file size doubled and still I didn't really
reach the quality I could achieve by defining zones manually.
You need to compare at the same bitrate. So try 2-pass VBR or a higher CRF. SDR content can often get away with a higher CRF with aq-mode 3.

Trying the chroma offsets is also a great idea, at least for those scenes. So glad to have —zones!
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 31st January 2019, 22:47   #6683  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
I'm giving up... crqpoffs and its brother also didn't work wonders. The bitrate went up... but even at the maximum of -12 it still didn't reach a detail retention level I liked.

And aq-mode 3 didn't work out for me as well... I went as far as setting aq-strength from 1 to 5, ultimately with a crf of 33 (~6000kbps) but... no.


If someone is out for a challenge... grab Aladdin and try to bring it down to a 5000kbps encoding without totally smeared red backgrounds.
You'll start to hate the ladies at the window at 0:07:19 - 00:07:24.

Personally I'll go on with zones... It'll take hours but it will work in the end.
katzenjoghurt is offline   Reply With Quote
Old 1st February 2019, 00:15   #6684  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
Quote:
Originally Posted by katzenjoghurt View Post
I'm giving up... crqpoffs and its brother also didn't work wonders. The bitrate went up... but even at the maximum of -12 it still didn't reach a detail retention level I liked.

And aq-mode 3 didn't work out for me as well... I went as far as setting aq-strength from 1 to 5, ultimately with a crf of 33 (~6000kbps) but... no.


If someone is out for a challenge... grab Aladdin and try to bring it down to a 5000kbps encoding without totally smeared red backgrounds.
You'll start to hate the ladies at the window at 0:07:19 - 00:07:24.

Personally I'll go on with zones... It'll take hours but it will work in the end.
What speed preset are you using? Ultrafast?
Stereodude is offline   Reply With Quote
Old 1st February 2019, 01:50   #6685  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
Medium
katzenjoghurt is offline   Reply With Quote
Old 1st February 2019, 02:11   #6686  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by katzenjoghurt View Post
Medium
Ah. I suggest slower as the fastest preset that really starts exercising HEVC’s more unique features. I might throw in --tskip to see if that might help this weird case. It can sometimes help with sharp and weird edges.

Also, if you have a target file size and are comparing different encoder settings, you really should be using 2-pass VBR. It’s really hard to compare features when both output AND file size is changing.

Lastly, Are we sure that negative values reduce chroma QP? I had it in my head it was the other way around. But I rarely use that feature.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 1st February 2019, 20:31   #6687  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
http://forum.doom9.net/showpost.php?...postcount=2269
katzenjoghurt is offline   Reply With Quote
Old 1st February 2019, 20:49   #6688  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by katzenjoghurt View Post
Thanks! Yes, negative numbers reduce chroma QP and thus enhance chroma quality.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 3rd February 2019, 16:24   #6689  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Ok... give up on Dolby Vision encoding now. Question is. How to encode my first HDR10+ bluray with x265 to preserve HDR10+? Can HDR10+ be played from MKV? Or must be m2ts?
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD
jlpsvk is offline   Reply With Quote
Old 3rd February 2019, 17:23   #6690  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
@jlpsvk: What do you use for playback on a pc? (For reencoding HDR-10+ data: 1. extract meta data using hdr10plus_parser 2. reencode with x265 while specifying the extracted data 3. multiplex to the container of your choice)
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 3rd February 2019, 19:15   #6691  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Quote:
Originally Posted by Selur View Post
@jlpsvk: What do you use for playback on a pc? (For reencoding HDR-10+ data: 1. extract meta data using hdr10plus_parser 2. reencode with x265 while specifying the extracted data 3. multiplex to the container of your choice)
Thanks for that. I am playing on OPPO, not PC.
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD

Last edited by jlpsvk; 3rd February 2019 at 19:18.
jlpsvk is offline   Reply With Quote
Old 3rd February 2019, 19:21   #6692  |  Link
SeeMoreDigital
Life's clearer in 4K UHD
 
SeeMoreDigital's Avatar
 
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
Quote:
Originally Posted by jlpsvk View Post
Thanks for that. I am playing on OPPO, not PC.
Do you have an HDR10+ compatible TV too?
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
SeeMoreDigital is offline   Reply With Quote
Old 3rd February 2019, 21:34   #6693  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Quote:
Originally Posted by SeeMoreDigital View Post
Do you have an HDR10+ compatible TV too?
yes i have. Samsung UE65NU7442

Should I use --dhdr10-opt too??? can i crop?
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD

Last edited by jlpsvk; 3rd February 2019 at 21:42.
jlpsvk is offline   Reply With Quote
Old 4th February 2019, 09:21   #6694  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Quote:
Should I use --dhdr10-opt too???
should be optional and do no harm, so you can probably use it without running into issues.

Quote:
can i crop?
I guess the HDR-10+ data would need to be adjusted, since at least the 'AverageRGB' should change when applying most filters.
But since you got the equipment, try and report back.
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 4th February 2019, 17:57   #6695  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v3.0_RC+14-46b84ff665fd (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (32bit : GCC 7.4.0 / 64bit : GCC 8.2.1)

Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default
NOTE :
Checked with Pradeep (@MulticoreWare) about why the Default Branch haven't been pushed to v3.0 'Stable' and this is the reply/info i got

"
Our plan is to continue to use 3.0_RC on the default branch and have completed tags only on the stable branch. So we don't intend to merge back.
"
Barough is offline   Reply With Quote
Old 6th February 2019, 12:43   #6696  |  Link
sonnati
Registered User
 
Join Date: Jun 2008
Posts: 21
Quote:
Originally Posted by katzenjoghurt View Post
Oh my.
Am I the only one having such a hard time encoding scenes with red light / red backgrounds?

E.g. if a character turns on a red light, his face would turn suddenly totally blocky.
Blue light is fine, green light also seems to be a bit bad, but red light is the devil.
Looks like x265 (also x264 I think) detects the scene as super-dark and reduces
the bitrate like crazy.

I doubt that it's just a display thing as I can see the problem on my Dell display,
my Benq display and my Samsung TV.

By now I fix it by scanning every source for red scenes before encoding and setting
zones like crazy via --zones startframe,endframe,b=1.5/startframe,endfr....
Super-tedious.

I was shocked again today after I checked my encoding of Disney's Aladdin...
Red sand with black dots -> blurred to unshaded flat areas.
Red stone wall backgrounds -> bluuuurr.

Looks like I need to double or triple the bitrate manually in these scenes just to keep
the subjectively visible detail level compared to the non-reddish scenes.

AQ3 won't help all too much either. The overall bitrate would get just too high if
I want to retain the details that way. *sigh*
HVS is more sensible to yellow-red chrominance (>>550nm)
than violet-blue (<<500nm). Red has always been a mess in encoding, especially when encoding in yuv420 where chroma is subsampled and red pictures appear in their glorious blockiness.

There's still a lot of work to be done to optimize encoders to accomodate for perception: we should improve quantization both in dark picture and red-dominant picture, but this depends also on the viewing conditions (i.e. not so important in small mobile screens)

Not to mention higher order of complexity optimizations like saliency based optimizations or similar.

I have developed many times models that change params using zones-like params to improve the performance of a given encoder. This is one of those cases.

Last edited by sonnati; 6th February 2019 at 12:55.
sonnati is offline   Reply With Quote
Old 6th February 2019, 18:16   #6697  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
x265 3.0 RC+14-46b84ff665fd (MSYS2, MinGW32 + GCC 7.4.0 / MinGW64 + GCC 8.2.1)

__________________

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

Last edited by LigH; 14th February 2019 at 14:20.
LigH is offline   Reply With Quote
Old 6th February 2019, 18:35   #6698  |  Link
birdie
Artem S. Tashkinov
 
birdie's Avatar
 
Join Date: Dec 2006
Posts: 337
Version 3.0
===========

Release date - 23/01/2019

New features
-------------
1. option:: '--dolby-vision-profile <integer|float>' generates bitstreams confirming to the specified Dolby Vision profile. Currently profile 5, profile 8.1 and profile 8.2 enabled, Default 0 (disabled)

2. option:: '--dolby-vision-rpu' File containing Dolby Vision RPU metadata. If given, x265's Dolby Vision metadata parser will fill the RPU field of input pictures with the metadata
read from the file. The library will interleave access units with RPUs in the bitstream. Default NULL (disabled).

3. option:: '--zonefile <filename>' specifies a text file which contains the boundaries of the zones where each of zones are configurable.

4. option:: '--qp-adaptation-range' Delta-QP range by QP adaptation based on a psycho-visual model. Default 1.0.

5. option:: '--refine-ctu-distortion <0/1>' store/normalize ctu distortion in analysis-save/load. Default 0.

6. Experimental feature option:: '--hevc-aq' enables adaptive quantization
It scales the quantization step size according to the spatial activity of one coding unit relative to frame average spatial activity. This AQ method utilizes
the minimum variance of sub-unit in each coding unit to represent the coding unit’s spatial complexity.

Encoder enhancements
--------------------
1. Preset: change param defaults for veryslow and slower preset. Replace slower preset with defaults used in veryslow preset and change param defaults in veryslow preset as per experimental results.
2. AQ: change default AQ mode to auto-variance
3. Cutree offset reuse: restricted to analysis reuse-level 10 for analysis-save -> analysis-load
4. Tune: introduce --tune animation option which improves encode quality for animated content
5. Reuse CU depth for B frame and allow I, P frame to follow x265 depth decision

Bug fixes
---------
1. RC: fix rowStat computation in const-vbv
2. Dynamic-refine: fix memory reset size.
3. Fix Issue #442: linking issue on non x86 platform
4. Encoder: Do not include CLL SEI message if empty
5. Fix issue #441 build error in VMAF lib
birdie is offline   Reply With Quote
Old 7th February 2019, 08:47   #6699  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Hooray, I should have waited one more day...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 7th February 2019, 08:52   #6700  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
@LigH: Why? Last code change was from 2019-01-25,... 3.0 release was out there since 2019-01-23 -> https://bitbucket.org/multicoreware/...f10364bb232c2c
__________________
Hybrid here in the forum, homepage
Selur 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 21:31.


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