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. |
4th January 2020, 00:12 | #22 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
You might want to add: --frame-threads 1 in the commandline for better picture-quality, but if you got many cores on your CPU, then it will take longer time to encode (since x265 don't use all cores then). Quote:
|
||
4th January 2020, 00:19 | #23 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
I think there is a lot of boiling the ocean here with changing deblock, sao, bit depth, etcetera. Those really don't have nearly the same impact in x265 3.1+ compared to a few years ago.
I'd start with just --preset slower --crf 18 and see what comes out. Given the weakness of the original encode (only 1 ref frame, no b-frames, probably a HW encoder) I'd expect that x265 could deliver the same quality in less than half the bitrate. Find some interesting 5 min chunks and do test encodes of those. The big question is what CRF offers sufficient transparency to the source. Which certainly already has visible compression artifacts. Particularly detail loss, maybe some blocking as well. 5 Mbps for 1080p60 with that limited AVC feature set is WAY low. I'd want more like 80 with those settings to have a hope at reasonable source quality. |
4th January 2020, 15:49 | #25 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
That doesn't happen based on my experiences. I'm currently encoding a 1920x956 stream with --pmode -F 4 on my Ryzen 3900X (12c/24t), and the CPU usage is ~90% and that also includes decoding and denoising in the Vapoursynth script. Using -F 1 would drop the usage quite a bit lower.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
6th January 2020, 05:02 | #26 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
And it depends on other parameters that also impact parallelization. Is -F 4 really materially faster than -F 3? There is threading overhead, so fps of encoding is more important than saturation. Doing processing at the same time to encoding can serialize things and also negatively impact L3 caching. |
|
6th January 2020, 22:34 | #29 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
I again caution people to focus more on fps than on utilization. The fastest encoding options for a given quality may be <<100% utilization. |
|
7th January 2020, 05:30 | #30 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
I did some tests, and in my case it looks like this:
Code:
1080p, ctu 32, F 1 - 1.55 fps - 15209.92 kbps 1080p, ctu 32, F 2 - 1.98 fps - 15160.69 kbps 1080p, ctu 32, F 3 - 2.00 fps - 15216.68 kbps 1080p, ctu 32, F 4 - 2.00 fps - 15218.20 kbps 1080p, ctu 64, F 1 - 0.96 fps - 15183.31 kbps 1080p, ctu 64, F 2 - 1.41 fps - 15195.30 kbps 1080p, ctu 64, F 3 - 1.58 fps - 15194.53 kbps 1080p, ctu 64, F 4 - 1.68 fps - 15176.67 kbps 720p, ctu 32, F 1 - 2.95 fps - 6035.36 kbps 720p, ctu 32, F 2 - 3.98 fps - 6038.02 kbps 720p, ctu 32, F 3 - 4.23 fps - 5942.17 kbps 720p, ctu 32, F 4 - 4.29 fps - 6038.01 kbps
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
7th January 2020, 21:59 | #31 | Link | |
Herr
Join Date: Apr 2009
Location: North Europe
Posts: 556
|
Quote:
I care about power-consumption when doing encodes, but I still want very high quality encodes. froggy1. Yeah, I always set --limit-tu 0 when I set --preset slower. EDIT: OK, thanks Waggoner. Last edited by Forteen88; 9th January 2020 at 07:20. Reason: thanking |
|
7th January 2020, 22:19 | #32 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
--limit-tu 4 is a better quality/speed tradeoff in my experience. If you are doing VBV limited and CRF, you can get the same quality at a slightly higher ABR with --rd 4 --dynamic-rd 3. That'll give you full "slower" efficiency at the VBV peak while being faster and a little less efficient when quality isn't limited by VBV. --pmode is definitely power-inefficient, since it is doing things in parallel that will get thrown away. And often it'll increase utilization AND reduce fps if there aren't enough free cores available. Same with --pme. Sent from my SM-T837V using Tapatalk |
|
8th January 2020, 10:00 | #33 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 325
|
Quote:
Last edited by excellentswordfight; 8th January 2020 at 10:23. |
|
8th January 2020, 17:05 | #34 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
If you're only playing back on devices that do better with 10-bit and don't care about the speed difference, of course using 10-bit for 8-bit can make perfect sense. My focus is on how to make content look good across thousands of different devices (thanks, Android), including future ones. Sent from my SM-T837V using Tapatalk |
|
9th January 2020, 16:40 | #36 | Link | ||
Lost my old account :(
Join Date: Jul 2017
Posts: 325
|
Quote:
So here is a grab from ToS, one from an 8bit encode and one 10bit at 3Mbps, decoded with avisynth (FFMS2 source and converted to 8bit RGB with ConvertToRGB24) 8bit https://ibb.co/7Qbxxx5 10bit https://ibb.co/ChLFrTB source https://ibb.co/zxC48x6 Quote:
Last edited by excellentswordfight; 9th January 2020 at 16:43. |
||
9th January 2020, 19:31 | #37 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
The answer will also be different between running a single encode and multiple encodes at the same time. Reducing threading with multiple instances is more beneficial. |
|
9th January 2020, 19:37 | #38 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Is the difference visible in motion? |
|
10th January 2020, 09:56 | #39 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 325
|
Quote:
|
|
Tags |
x265 |
|
|