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 3rd November 2016, 20:01   #4381  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Quote:
Originally Posted by jlpsvk View Post
Hi....what would be faster in encoding?? Core i7-4790K or 2xXeon E5-2670 (with ASUS Z9PE-D8 WS motherboard and 64GB DDR3 RAM)?
obviously the latter...
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline   Reply With Quote
Old 3rd November 2016, 20:03   #4382  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
even if Xeon E5-2670 is missing AVX2.0?
jlpsvk is offline   Reply With Quote
Old 3rd November 2016, 20:20   #4383  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 1,120
Quote:
Originally Posted by jlpsvk View Post
even if Xeon E5-2670 is missing AVX2.0?
those xeons have 8 cores each. 16 slower cores will provide much more performance than a single quad core cpu.
hajj_3 is offline   Reply With Quote
Old 3rd November 2016, 20:36   #4384  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Quote:
Originally Posted by jlpsvk View Post
even if Xeon E5-2670 is missing AVX2.0?
Don't get fooled in thinking that all you need for x265 is AVX2.0 CPU. Yes, AVX2.0 provides a performance boost for x265, but it isn't all and everything. The more cores you can throw at x265, the faster things will get, AVX2.0 or not. Obviously if you can throw as many cores with AVX2.0 you can get, that'll be great. But you're comparing here 16 cores to 4 cores

As your core count increases, it may be time to enable --pmode (and possibly --pme)
__________________
ffx264 || ffhevc || ffxvid || microenc

Last edited by microchip8; 3rd November 2016 at 20:42.
microchip8 is offline   Reply With Quote
Old 5th November 2016, 10:50   #4385  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,718
Would it be possible to have some more statistics after the encoding has finished? I'm talking about things like number of refs used, percentages of CTU and TU sizes etc.
__________________
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 5th November 2016, 18:24   #4386  |  Link
x265_Project
Guest
 
Posts: n/a
Quote:
Originally Posted by Boulder View Post
Would it be possible to have some more statistics after the encoding has finished? I'm talking about things like number of refs used, percentages of CTU and TU sizes etc.
Have you tried "--csv statlogfile.csv --csv-log-level 2"? This tracks the CU types used by prediction type (inter or intra) and size category (lumping rectangles and asymmetric partitions into the larger square partition size category).

If this doesn't give you everything you want - technically, of course, with respect to gathering and reporting statistics, anything is possible. Someone just has to write the code to gather and report the additional info to the console or to the csv log file. Contributions are welcomed.
  Reply With Quote
Old 5th November 2016, 18:29   #4387  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.1+46-583fc74fc0a2 (MSYS/MinGW, GCC 6.2.0, 32 & 64bit 8/10/12bit multilib EXEs)

Last edited by Barough; 5th November 2016 at 23:29.
Barough is offline   Reply With Quote
Old 6th November 2016, 11:10   #4388  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Quote:
--[no-]multi-pass-opt-rps

Enable storing commonly RPS in SPS in multi pass mode. Default disabled.
Can someone elaborate on this. I mean:
- is it only meant to be used during the 1st pass of a 2pass encoding?
- what should be the effects of this when enabled? (should it optimize frame placement?)
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 8th November 2016, 22:57   #4389  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
Quote:
Originally Posted by hajj_3 View Post
those xeons have 8 cores each. 16 slower cores will provide much more performance than a single quad core cpu.
For lower resolutions (720p and below), my 6700K Skylake beats my 16 core Sandy Bridge in encoding speed for a single stream at a time with some specific high quality settings. It depends on what you're doing.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 10th November 2016, 20:14   #4390  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
nevermind...

Going for i7-6700K with NZXT Kraken X61 + 32GB DDR4 RAM + GeForce GTX 1060, so I'm gonna test the HEVC 10bit NVENC also.
jlpsvk is offline   Reply With Quote
Old 11th November 2016, 11:31   #4391  |  Link
pradeeprama
Registered User
 
Join Date: Sep 2015
Posts: 48
Quote:
Originally Posted by Selur View Post
Can someone elaborate on this. I mean:
- is it only meant to be used during the 1st pass of a 2pass encoding?
- what should be the effects of this when enabled? (should it optimize frame placement?)
This option should be enabled in both 1st and 2nd pass of encoding.

When enabled, it optimizes bitrate in the 2nd pass by storing the 64 most common RPSes from each GOP into the SPS that is emitted at the start of the GOP. This way, slice headers may just signal an index in the RPSes held in the SPS instead of sending the entire RPS; if the slice's RPS isn't in the SPS, then it needs to signal its own RPS in its header. This would result in bit-rate savings in the 2nd pass, without any change to visual quality.
pradeeprama is offline   Reply With Quote
Old 11th November 2016, 11:33   #4392  |  Link
pradeeprama
Registered User
 
Join Date: Sep 2015
Posts: 48
Quote:
Originally Posted by jlpsvk View Post
nevermind...

Going for i7-6700K with NZXT Kraken X61 + 32GB DDR4 RAM + GeForce GTX 1060, so I'm gonna test the HEVC 10bit NVENC also.
In the Maxwell generation, we noticed that nvenc didn't support B-frames. Is this fixed with Pascal?

I hope you will be sharing some of your findings in this comparison on this forum..
pradeeprama is offline   Reply With Quote
Old 11th November 2016, 19:12   #4393  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
@pradeeprama: Thanks for the explanation.
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 12th November 2016, 20:27   #4394  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.1+47-a378efc939e3 (MSYS/MinGW, GCC 6.2.0, 32 & 64bit 8/10/12bit multilib EXEs)
Barough is offline   Reply With Quote
Old 17th November 2016, 04:32   #4395  |  Link
cojj
Registered User
 
Join Date: Sep 2016
Location: New Zealand
Posts: 18
what is N?

Quick question - Reading through x265 documentation, I'm seeing alot of reference to NxN. What does N reference to?

e.g. Enable analysis of rectangular motion partitions Nx2N and 2NxN (50/50 splits, two directions).
cojj is offline   Reply With Quote
Old 17th November 2016, 07:59   #4396  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 697
Unless there is a problem with yuv420p10le, but the yuv422p10le is much larger banding and the film is darker. (colormatrix bt2020, colorrange full). Decoder LAVFilters + madVR. I don't know why it is like that.

Last edited by Jamaika; 17th November 2016 at 08:05.
Jamaika is offline   Reply With Quote
Old 17th November 2016, 14:32   #4397  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Ok. Did some test with X-Men - Apocalypse bluray with GeForce GTX 1060 GPU (Pascal) to HEVC 10bit.

Screens:
http://www101.zippyshare.com/v/IMP3zy2H/file.html

NvEncC64 (3.01) encode settings in latest StaxRip Nightly:
Code:
--cqp I:P:B --codec h265 --ref 4 --gop-len 240 --max-bitrate 160000 --aq --colormatrix bt709 --colorprim bt709 --transfer bt709 --cabac --no-deblock --fullrange --output-depth 10 --enable-ltr --lookahead 32
Did test with I:P:B: 18:20:24, 19:21:25: 20:22:26.
Screens from untouched BD also included.

B-frames are generally useless, as Pascal supports B-frames in AVC/h264 only. So no B-frames for HEVC. Indeed, I think that Pascal is doing very good job in terms of speed/quality. I am getting encoding speed around 220fps.

Resulting bitrates:
Bluray - 23.4Mbit/s
18:20:24 - 5.9Mbit/s
19:21:25 - 4.7Mbit/s
20:22:26 - 3.9Mbit/s

Hoping in some opinions.
jlpsvk is offline   Reply With Quote
Old 17th November 2016, 17:25   #4398  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 709
Quote:
Originally Posted by cojj View Post
Quick question - Reading through x265 documentation, I'm seeing alot of reference to NxN. What does N reference to?

e.g. Enable analysis of rectangular motion partitions Nx2N and 2NxN (50/50 splits, two directions).
replace N with 4,8,16,32 and 2N with 8,16,32,64
I'm not sure it split 4x4 MB too
__________________
powered by Google Translator

Last edited by Motenai Yoda; 17th November 2016 at 22:23.
Motenai Yoda is offline   Reply With Quote
Old 18th November 2016, 03:04   #4399  |  Link
JohnLai
Registered User
 
Join Date: Mar 2008
Posts: 448
Quote:
Originally Posted by jlpsvk View Post
Ok. Did some test with X-Men - Apocalypse bluray with GeForce GTX 1060 GPU (Pascal) to HEVC 10bit.

Screens:
http://www101.zippyshare.com/v/IMP3zy2H/file.html

NvEncC64 (3.01) encode settings in latest StaxRip Nightly:
Code:
--cqp I:P:B --codec h265 --ref 4 --gop-len 240 --max-bitrate 160000 --aq --colormatrix bt709 --colorprim bt709 --transfer bt709 --cabac --no-deblock --fullrange --output-depth 10 --enable-ltr --lookahead 32
Did test with I:P:B: 18:20:24, 19:21:25: 20:22:26.
Screens from untouched BD also included.

B-frames are generally useless, as Pascal supports B-frames in AVC/h264 only. So no B-frames for HEVC. Indeed, I think that Pascal is doing very good job in terms of speed/quality. I am getting encoding speed around 220fps.

Resulting bitrates:
Bluray - 23.4Mbit/s
18:20:24 - 5.9Mbit/s
19:21:25 - 4.7Mbit/s
20:22:26 - 3.9Mbit/s

Hoping in some opinions.
Wait...Pascal only 220fps for 1080p hevc encoding? Sound like CPU decoding bottleneck. Did you use hardware accelerated decoding? It is located at Basic-->Decoder-->nvencc (Native).

*Did you know one can use high quality resizer through --vpp-resize option? (assuming if you resize the video) Need to extract NPP stuff to nvencc location for cubic_bspline, cubic_catmull, cubic_b05c03, super, lanczos, bilinear, spline36 usage.

*Nvenc only make use of single reference frame for hevc encoding. It doesn't matter how many ref you specified.

*There is slight quality issue with CQP mode. It is hard to explain, so... nah, most people won't notice it anyway. Lazy to explain.
JohnLai is offline   Reply With Quote
Old 19th November 2016, 20:51   #4400  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
just about CPU... i7-3930K (6-core with HT) is about 15% slower in encoding with x265 2.1+47 to HEVC 10bit 3840x1600 than i5-6600 (4-cores, no HT).
jlpsvk 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 07:25.


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