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 26th September 2018, 16:36   #6381  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by RainyDog View Post
Well, yes... That's why I asked what it actually does As that doesn't really explain.







By 'add' luma and chroma offsets, is it also tweaking cbqpoffs and crqpoffs and, if so, how?

Yes, the -cp?offs ARE the chroma offsets.

I don’t recall the exact math; it was based on an IEEE paper a couple years back. But it is adaptive based on luma, and so is going to be better than just fixed offsets.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 26th September 2018, 16:44   #6382  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by Magik Mark View Post
May I ask which among the switches will enable faster encoding in 2 pass (default medium) with minimal or no degradation in picture quality? So far I have identified the ff:

1. --no slow first pass
2. --multi-pass-opt-analysis
3. --multi-pass-opt-distortion

I might be missing couple more things?

Those are what I know about.

When using —no-slow-firstpass you probably want to make sure to set the number of ref and b-frames to match the second pass. The first pass is less useful as a reference without those, which will hurt quality a bit, and might slow encoding.

That said, the multi-pass options and no-slow-firstpass might be incompatible in practice, since x265 can’t refine stuff that the first pass didn’t do. Or at least, some parameter fine-tuning might be required to make sure the 1st pass is a good reference.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 26th September 2018, 17:04   #6383  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Quote:
Originally Posted by froggy1 View Post
I have 2 recent Smart TVs (Samsung and Panasonic) and 3 blu-ray players (2 from Samsung and 1 from LG). The Samsung BD players are UHD models

None of the devices above support 10-bit H.264 decoding
Sorry for the OT.

I just got my budget Chinese tablet with MediaTek MT6797 (Xelio X20) inside - a 2016 SoC

It supports in hardware MPEG2, VC-1/ WMV3, VP8, VP9 (8bit/10bit), H.264 (8bit/10bit), H.265 (8bit/10bit)

Also, my Sony is an ATV2 with MediaTek MT5891 SoC inside and supports H.264 10bit too.

End of OT.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 26th September 2018, 18:06   #6384  |  Link
Majorlag
Registered User
 
Join Date: Jul 2016
Posts: 19
Quote:
Originally Posted by Magik Mark View Post
May I ask which among the switches will enable faster encoding in 2 pass (default medium) with minimal or no degradation in picture quality? So far I have identified the ff:

1. --no slow first pass
2. --multi-pass-opt-analysis
3. --multi-pass-opt-distortion

I might be missing couple more things?
--no slow first pass, I think misses the point of 2 pass encoding. 2pass means to spend that much more time on encoding to get that much more quality or to hit that target size. Otherwise you would just stick to 1pass encoding for speed.

I would keep options 2 and 3, and add --no-strong-intra-smoothing --no-sao --multi-pass-opt-rps for some speedups as well.
Majorlag is offline   Reply With Quote
Old 26th September 2018, 18:47   #6385  |  Link
RainyDog
Registered User
 
Join Date: May 2009
Posts: 184
Quote:
Originally Posted by benwaggoner View Post
Yes, the -cp?offs ARE the chroma offsets.

I don’t recall the exact math; it was based on an IEEE paper a couple years back. But it is adaptive based on luma, and so is going to be better than just fixed offsets.
Ok, thanks again benwaggoner.

I'll leave --c*qpoffs at default for HDR ecndoes then and set --hdr-opt instead.
RainyDog is offline   Reply With Quote
Old 27th September 2018, 16:35   #6386  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.8+74-fd517ae68f93 (32 & 64-bit 8/10/12bit Multilib Windows Binaries)

Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default
Barough is offline   Reply With Quote
Old 27th September 2018, 19:14   #6387  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by RainyDog View Post
Ok, thanks again benwaggoner.

I'll leave --c*qpoffs at default for HDR ecndoes then and set --hdr-opt instead.
And please report back your results!
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 6th October 2018, 13:50   #6388  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,718
Apart from the required bitrate to encode a frame, is the only real difference between --rd 4 and --rd 6 just the amount of effort required by the encoder? So I could switch to using --rd 4 if I'm ready to accept that it will probably produce a bigger file but take much less time? The presets don't seem to change the setting at all from the default 3, but 4 is the one where the other settings related to RDO kick in.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 6th October 2018, 15:48   #6389  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.9+1-169e76b6bbcc (32 & 64-bit 8/10/12bit Multilib Windows Binaries)

Code:
https://bitbucket.org/multicoreware/x265/commits/all
Barough is offline   Reply With Quote
Old 6th October 2018, 16:53   #6390  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
What? v2.9? Without any announcement yet? Is the mailing list broken?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 6th October 2018, 18:04   #6391  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
Quote:
Originally Posted by LigH View Post
What? v2.9? Without any announcement yet? Is the mailing list broken?
v2.9 have been out since yesterday.
Barough is offline   Reply With Quote
Old 7th October 2018, 19:47   #6392  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
x265 2.9+1-169e76b6bbcc (MSYS2; MinGW32: GCC 7.3.0 / MinGW64: GCC 8.2.0)

surprise
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 8th October 2018, 17:17   #6393  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
Quote:
Originally Posted by Boulder View Post
Apart from the required bitrate to encode a frame, is the only real difference between --rd 4 and --rd 6 just the amount of effort required by the encoder? So I could switch to using --rd 4 if I'm ready to accept that it will probably produce a bigger file but take much less time? The presets don't seem to change the setting at all from the default 3, but 4 is the one where the other settings related to RDO kick in.
That seems a reasonable premise to me, for CRF encoding where VBV limits aren’t a quality constraint.

I don’t know if it’d be THAT much less time, but it’ll help.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 10th October 2018, 15:12   #6394  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
Thanks for providing builds for v2.9, guys!

I just always wonder - how to tell which cpu capabilities a build is using (AVX? AVX2? None?).
As far as I can tell x265.exe -V is misleadingly saying "using CPU capabilities X Y Z" but in fact it is actually just listing MY CPU's capabilities.
Is that right?
katzenjoghurt is offline   Reply With Quote
Old 10th October 2018, 15:22   #6395  |  Link
Forteen88
Herr
 
Join Date: Apr 2009
Location: North Europe
Posts: 556
Quote:
Originally Posted by katzenjoghurt View Post
Thanks for providing builds for v2.9, guys!

I just always wonder - how to tell which CPU capabilities a build is using (AVX? AVX2? None?).
As far as I can tell x265.exe -V is misleadingly saying "using CPU capabilities X Y Z" but in fact it is actually just listing MY CPU's capabilities.
Is that right?
This page got links to different builds of x265, some explicitly supports AVX2,
Quote:
All binaries do the same, so it is only about encoding speed. My recommendations are: for AVX2-CPU the fastest should be VS 2017 AVX2 version, for AVX-CPU – VS 2017 AVX version, for SSE4-CPU – VS 2017 none or GCC none version, for SSSE3-CPU – GCC SSSE3 version, for CPU without even SSSE3 – GCC none version. You can determine fastest version by comparing encoding time on the same short sample.
http://www.msystem.waw.pl/x265/
Forteen88 is offline   Reply With Quote
Old 10th October 2018, 15:25   #6396  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
Quote:
Originally Posted by katzenjoghurt View Post
I just always wonder - how to tell which cpu capabilities a build is using (AVX? AVX2? None?).
As far as I can tell x265.exe -V is misleadingly saying "using CPU capabilities X Y Z" but in fact it is actually just listing MY CPU's capabilities.
Is that right?
x265 uses all those instruction sets by default using runtime selection. If you CPU support it, and x265 has code for it, it'll get used.

Some people try to get a tiny bit of extra performance by allowing the C/C++ compiler to use those instructions sets to optimize the code, however one should know that compilers are limited in what they can do, and the majority of the "hot" (ie. important) code is manually optimized and unaffected by the compilers choices.

In my experience, the differences between a generic build with just the ASM enabled that the x265 developers wrote, and a build that allows the compiler to additionally use AVX/AVX2 to optimize the remaining code is relatively small, probably low single digits percentages.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is online now   Reply With Quote
Old 10th October 2018, 19:09   #6397  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 1,120
are we ever going to get a changelog for v2.9 then?
hajj_3 is online now   Reply With Quote
Old 10th October 2018, 20:05   #6398  |  Link
birdie
Artem S. Tashkinov
 
birdie's Avatar
 
Join Date: Dec 2006
Posts: 337
Version 2.9

Release date - 05/10/2018
New features
  • Support for chunked encoding
    Option:`--chunk-start and --chunk-end` Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream. Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded. This feature can be enabled only in closed GOP structures. Default disabled.
  • Support for HDR10+ version 1 SEI messages.
Encoder enhancements
  • Create API function for allocating and freeing x265_analysis_data.
  • CEA 608/708 support: Read SEI messages from text file and encode it using userSEI message.
Bug fixes
  • Disable noise reduction when vbv is enabled.
  • Support minLuma and maxLuma values changed by the commandline.

Last edited by birdie; 10th October 2018 at 20:10.
birdie is offline   Reply With Quote
Old 10th October 2018, 20:14   #6399  |  Link
katzenjoghurt
Registered User
 
Join Date: Feb 2007
Posts: 128
@Forteen88:
Thanks, man. That's where I'm usually grabbing my builds from. But no 2.9 yet.
But there are cool guys here too, providing builds.

@nevcairiel:
Moin nevcairiel,
thanks for the insights! Huh.
The x265.exe --V output made me think that there are some AVX2 optimizations in the project's code itself. That's why I'm asking.
But you're saying it's just about compiler optimizations. Hm.
katzenjoghurt is offline   Reply With Quote
Old 10th October 2018, 20:18   #6400  |  Link
Forteen88
Herr
 
Join Date: Apr 2009
Location: North Europe
Posts: 556
Quote:
Originally Posted by katzenjoghurt View Post
@Forteen88:
Thanks, man. That's where I'm usually grabbing my builds from. But no 2.9 yet.
Np. There are 2.9 builds there under "x265 binaries for Win64/32 — stable branch"!
Forteen88 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 11:02.


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