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 20th September 2019, 22:50   #7041  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,132
Quote:
Originally Posted by mini-moose View Post
The quotes on solved means they didn't solve it at all?
They made a huge improvement in performance. I don't know why he used the quotes.
Stereodude is offline   Reply With Quote
Old 21st September 2019, 09:56   #7042  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,093
Improvements in Zen2 architecture are huge!
Atak_Snajpera is offline   Reply With Quote
Old 21st September 2019, 13:21   #7043  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Germany
Posts: 657
Very interesting chart indeed.
Is there another one which includes AVX512 as well?
__________________
Broadcast Encoder
Avisynth memes: 1 - 2 - 3
Videotek - Audacity XP
FranceBB is offline   Reply With Quote
Old 22nd September 2019, 19:02   #7044  |  Link
RanmaCanada
Registered User
 
Join Date: May 2009
Posts: 97
Quote:
Originally Posted by FranceBB View Post
Very interesting chart indeed.
Is there another one which includes AVX512 as well?
AVX512 is currently Intel only, and is "completely useless" for x265 as it produces way too much heat for the results.

https://forum.doom9.org/showthread.php?t=175476

https://www.reddit.com/r/programming...wn_your_cpu_a/
RanmaCanada is offline   Reply With Quote
Old 23rd September 2019, 07:59   #7045  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,595
Quote:
Originally Posted by Boulder View Post
I tested HME some more, and got quite interesting results.

Source 1080p filtered with my standard methods and downsized to 720p, merange 26 and my standard settings in x265. 1000 frames.

umh,umh,umh 2.05 fps / 5313,76 kbps
umh,umh,star 2.24 fps / 5314,31 kbps
umh,star,star 2.00 fps / 5327,91 kbps
star,star,star 2.01 fps / 5316,15 kbps
hex,umh,umh 2.03 fps / 5299,69 kbps

no HME, umh 2.64 fps / 5323,86 kbps
no HME, star 2.79 fps / 5325,69 kbps
I've now upgraded to 3700X and ran a similar test with that. The order of the results is still the same.

Can any of the devs (or anyone else, of course) explain why the combination "umh, umh, star" is clearly the fastest one? Without HME, the star method is clearly faster so I would expect "star, star, star" to be the fastest one with HME.
__________________
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 24th September 2019, 14:56   #7046  |  Link
mini-moose
Registered User
 
Join Date: Oct 2007
Posts: 382
Quote:
Originally Posted by Boulder View Post
Can any of the devs (or anyone else, of course) explain why the combination "umh, umh, star" is clearly the fastest one? Without HME, the star method is clearly faster so I would expect "star, star, star" to be the fastest one with HME.
How is me=3 (star) faster than me=2 (umh)? thought the higher --me is, the slower it's supposed to be, maybe I'm wrong, I'm not expert.

Also, HME, is that a good feature to use?

Last edited by mini-moose; 24th September 2019 at 16:12.
mini-moose is offline   Reply With Quote
Old 24th September 2019, 15:22   #7047  |  Link
aymanalz
Registered User
 
Join Date: May 2015
Posts: 53
Quote:
Originally Posted by mini-moose View Post
How is me=3 (star) faster than me=2 (uhm)? thought the higher --me is, the slower it's supposed to be, maybe I'm wrong, I'm not expert.

Also, HME, is that a good feature to use?
Based on all user reports I have read, star gives comparable or better quality to umh but is equally fast. I'd like to know the truth of this as well - could any knowledgeable person please tell me if this is right?

Is Star a better method than umh in terms of:

1) Quality
2) Speed
3) Quality and speed

I's also like to take this opportunity to point out that there is a dearth of easily understandable documentation for x265. By that, I mean something for dummies like me. There are so many elementary questions that I cannot find answers to, despite all my googling.
aymanalz is offline   Reply With Quote
Old 24th September 2019, 18:25   #7048  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,595
There's something broken in the latest versions, I've now tried two different builds but both have the same problem.

y4m [info]: 1920x1080 fps 24000/1001 i420p16 sar 1:1 unknown frame count
raw [info]: output file: f:\temp\captures\testclip.hevc
Error: fwrite() call failed when writing frame: 4, plane: 0, errno: 32
Output 22 frames in 1.66 seconds (13.23 fps)

This is just by loading the source in a Vapoursynth script and feeding it to x265 with vspipe. Many other clips work just fine.

The clip that causes this one can be found here:
https://drive.google.com/open?id=1AU...FwqqFfOZLgNr4M

x265-3.1+14 works fine.
__________________
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 24th September 2019, 18:26   #7049  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,595
And my question that I posted to the x265 mailing list still has not been approved so I don't know if any dev saw the question regarding the motion search methods.
__________________
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 24th September 2019, 19:27   #7050  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 5,867
did a quick test trying to reproduce this here (did no filtering, just decoded with ffmpeg and piped to x265), for me too uhm was slower than star, but the speeds were similar.

--me star:
Code:
"I:\Hybrid\64bit\x265.exe" --preset medium --input - --output-depth 10 --y4m --profile main10 --me star --limit-modes --no-early-skip --no-open-gop --opt-ref-list-length-pps --lookahead-slices 0 --crf 18.00 --opt-qp-pps --cbqpoffs -2 --crqpoffs -2  --limit-refs 0 --ssim-rd --psy-rd 2.50 --rdoq-level 2 --psy-rdoq 10.00 --aq-mode 0 --deblock=-1:-1 --limit-sao --no-repeat-headers --range limited --colormatrix bt709 --output "E:\Temp\19_56_10_6810_02.265"
-> "encoded 2868 frames in 325.41s (8.81 fps), 4606.13 kb/s, Avg QP:23.78"
--me uhm:
Code:
"I:\Hybrid\64bit\x265.exe" --preset medium --input - --output-depth 10 --y4m --profile main10 --me umh --limit-modes --no-early-skip --no-open-gop --opt-ref-list-length-pps --lookahead-slices 0 --crf 18.00 --opt-qp-pps --cbqpoffs -2 --crqpoffs -2  --limit-refs 0 --ssim-rd --psy-rd 2.50 --rdoq-level 2 --psy-rdoq 10.00 --aq-mode 0 --deblock=-1:-1 --limit-sao --no-repeat-headers --range limited --colormatrix bt709 --output "E:\Temp\20_03_51_9010_02.265"
-> "encoded 2868 frames in 326.89s (8.77 fps), 4605.07 kb/s, Avg QP:23.78"
I used:
Code:
x265 [info]: HEVC encoder version 3.1+20-913823aa15cd
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
on a Ryzen 7 1800X

Ran the calls a second time this time I got:
--me star: "encoded 2868 frames in 320.13s (8.96 fps), 4606.13 kb/s, Avg QP:23.78"
--me umh: "encoded 2868 frames in 322.27s (8.90 fps), 4605.07 kb/s, Avg QP:23.78"

-> So here too, uhm is slower, but not a lot, so this might still be source depended.
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 25th September 2019, 05:39   #7051  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,595
Quote:
Originally Posted by Selur View Post
-> So here too, uhm is slower, but not a lot, so this might still be source depended.
There are some early exits in star which probably don't exist in umh, so that source dependency would make sense. The method is some kind of an adaptation of what's in HM encoder.

https://xevc.wordpress.com/2014/01/2...of-hm-encoder/
__________________
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 25th September 2019, 09:06   #7052  |  Link
markiemarcus
Registered User
 
Join Date: May 2018
Posts: 4
I've seen some gains from using umh instead of star on animated sources. Admittedly slight at 1080p, but definitely visible at 720p and below. On live action I really can't spot the difference.
markiemarcus is offline   Reply With Quote
Old 25th September 2019, 15:51   #7053  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 333
x265 v3.2+3-fdd69a766881 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 9.2.0)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default
Barough is offline   Reply With Quote
Old 25th September 2019, 20:14   #7054  |  Link
Natty
Noob
 
Join Date: Mar 2017
Posts: 219
release notes for v3.2

https://bitbucket.org/multicoreware/...leasenotes.rst
Natty is offline   Reply With Quote
Old 26th September 2019, 07:35   #7055  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,935
The speed of "far" motion search algorithms depends on the average amount of motion. Some of them can terminate early if the optimum is found close to an intermediate step. Disclaimer: If I understood these algorithms correctly...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 26th September 2019, 21:52   #7056  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 325
Quote:
Originally Posted by Boulder View Post
The clip that causes this one can be found here:
https://drive.google.com/open?id=1AU...FwqqFfOZLgNr4M

x265-3.1+14 works fine.
Could you specify your x265 options to reproduce the problem?
Ma is offline   Reply With Quote
Old 27th September 2019, 04:43   #7057  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,595
Quote:
Originally Posted by Ma View Post
Could you specify your x265 options to reproduce the problem?
This is what I've used for that one:
Code:
--input - --y4m --input-depth 16 --dither --sar 1:1 --profile main10
--rc-lookahead 120 --min-keyint 5 --keyint 480 --splitrd-skip --colorprim "bt709" --transfer "bt709" --colormatrix "bt709"
--preset slower --rd-refine --subme 4 --ctu 32 --qg-size 16 --limit-refs 1 --limit-tu 3 --bframes 16 --deblock -2:-1 --no-sao
--cbqpoffs -3 --crqpoffs -3 --hme --hme-search umh,umh,star --merange 26 --qcomp 0.7 --max-merge 2 --aq-mode 3 --aq-strength 0.6 --crf 18.5
__________________
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 27th September 2019, 12:25   #7058  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 5,867
does anyone have a current x265 build with stv ?
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 28th September 2019, 05:36   #7059  |  Link
HolyWu
Registered User
 
HolyWu's Avatar
 
Join Date: Aug 2006
Location: Taiwan
Posts: 641
x265 3.2 with SVT-HEVC encoder enabled

Code:
x265 [info]: HEVC encoder version 3.2
x265 [info]: build info [Windows][Clang 9.0.0][64 bit] 8bit+10bit+12bit
x265 [info]: (lsmash 2.16.1)
HolyWu is offline   Reply With Quote
Old 28th September 2019, 07:19   #7060  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 5,867
thanks!
__________________
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:57.


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