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. |
12th July 2020, 18:48 | #7701 | Link | |
Registered User
Join Date: May 2014
Posts: 15
|
Quote:
pass 1: Code:
--analysis-save "E:\Temp\analysis.dat" --analysis-save-reuse-level 10 --analysis-reuse-file "E:\Temp\analysis.dat" Code:
--analysis-load "E:\Temp\analysis.dat" --analysis-load-reuse-level 10 --analysis-reuse-file "E:\Temp\analysis.dat" |
|
12th July 2020, 19:43 | #7702 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
...after some tests with Sol Levante, I've got a couple of observations about anime encoding, at least with this pure digital 4K HDR anime.
|
12th July 2020, 20:29 | #7705 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,406
|
Quote:
tskip really is amazing and it makes x265 much better for anime than x264. I care more about transparency than size but tskip seems to improve both. A must enable option for anime, IMO. Thank you! Edit: An example command line I used targeting playback on a tablet. It runs really well on my new 3950X. vspipe.exe --y4m "Flying Witch - 05.vpy" - | x265.exe --input - --y4m -o "Flying Witch - 05.265" --crf 22 -p 8 -F 1 --pools 32 --lookahead-slices 0 --gop-lookahead 23 --min-keyint 24 --hme --hist-scenecut --fades --selective-sao 2 --tskip --tu-inter 4 --tu-intra 4 --limit-tu 4 --pmode --rect --amp --rc-lookahead 60 --range limited --colorprim 1 --transfer 1 --colormatrix 1 Edit2: --limit-tu 4 is a speedup with a minor quality hit. Testing with it off does not slow down my 3950X very much with minor quality improvements. I think I will leave it off.
__________________
madVR options explained Last edited by Asmodian; 13th July 2020 at 00:19. |
|
12th July 2020, 23:28 | #7707 | Link | ||||
Testeur de codecs
Join Date: May 2003
Location: France
Posts: 2,484
|
Quote:
https://forum.doom9.org/showthread.php?t=181362 reuse encoding is not here to obtain better quality refinement in multipass mode but for: - make reencoding at other bitrate from 2pass with other initial bitrate with really higher speed - make reencoding at other resolution from 2 pass with other initial resolution with really higher speed be carefull: you have incompatible option like --rd-refine or --hme with reuse encoding You have really powefull --abr-ladder option too: you can make simulanous encoding (different bitrate and resolution) with same source at really higher speed than successive encoding. for make reuse you must make: - first pass (at high speed if you want) - second pass with --analysis-save analysis.dat --analysis-save-reuse-level 10 - third pass with --analysis-load analysis.dat --analysis-load-reuse-level 10 you can use --refine-intra 4 --refine-inter 3 --refine-mv 3 for best analyse level in third pass, but really lower speed. you can try that if you want obtain "crf quality like" with the bitrate that you want for exemple: Quote:
Quote:
Quote:
__________________
Le Sagittaire ... ;-) 1- Ateme AVC or x264 2- VP7 or RV10 only for anime 3- XviD, DivX or WMV9 Last edited by Sagittaire; 12th July 2020 at 23:47. |
||||
13th July 2020, 15:58 | #7708 | Link | ||
Registered User
Join Date: May 2014
Posts: 15
|
Quote:
Quote:
Thank you |
||
13th July 2020, 17:18 | #7710 | Link | |||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
I'd guess videogame footage would probably be better with it too, especially with HUD and games with aliasing. Quote:
I thought there was somewhere in --log-level 2 that showed how many tskip and cu-lossless blocks were used, but I can't find it now. Am I misremembering? |
|||
15th July 2020, 08:48 | #7711 | Link |
Registered User
Join Date: Dec 2014
Posts: 240
|
when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).
EDIT: used the same JSON with NVENC and all good... so probably x265 problem???
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD Last edited by jlpsvk; 19th July 2020 at 20:33. |
16th July 2020, 01:29 | #7712 | Link |
Registered User
Join Date: Oct 2014
Posts: 23
|
I was reading x265 source code and I found an interesting comment about merge mode in x265_git/source/encoder/analysis.cpp...
/* Todo: Fix the satd cost estimates. Why is merge being chosen in high motion areas: estimated distortion is too low? */ I think that this can explain why restricting merge usage (lowering max-merge and/or using rskip 2) generates a video with less artifacts. |
16th July 2020, 02:04 | #7713 | Link | |
Registered User
Join Date: Apr 2018
Posts: 61
|
Quote:
|
|
16th July 2020, 02:28 | #7714 | Link | |
Registered User
Join Date: Oct 2014
Posts: 23
|
Quote:
https://bitbucket.org/multicoreware/...r/analysis.cpp |
|
16th July 2020, 17:43 | #7715 | Link | |
21 years and counting...
Join Date: Oct 2002
Location: Germany
Posts: 716
|
Quote:
Btw are there any new switches that should be added and are not part of the standard presets? Right now I use preset slower with output-depth 10, aq-mode 3 and a qpfile for more acurate and faster chapter jumps. I usually use CRF16/18 for 1080p SDR. The very slow preset is way to slow for my needs, even on a Ryzen 9 system. |
|
16th July 2020, 18:24 | #7716 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
I'd also set --rskip 2 and possibly lower the corresponding threshold a bit. --no-sao as you don't do low bitrate encodes.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
17th July 2020, 07:38 | #7717 | Link |
アズールレーン
Join Date: May 2020
Location: Taiwan
Posts: 3
|
patched x265 with lsmash and lavf
Code:
x265 [info]: HEVC encoder version 3.4+12-geff904199 x265 [info]: build info [Windows][GCC 11.0.0][64 bit] 8bit+10bit+12bit x265 [info]: (lsmash 2.16.1) x265 [info]: (libavformat 58.48.100) x265 [info]: (libavcodec 58.96.100) x265 [info]: (libavutil 56.55.100) |
23rd July 2020, 16:27 | #7718 | Link |
Registered User
Join Date: Dec 2014
Posts: 240
|
really nobody will look into this????
when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9). tested the same encode with nvencc64 and frames number is correct. this prevents me to use hdr10+ encode for muxing with Dolby Vision EL+RPU...
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD |
24th July 2020, 09:16 | #7719 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Possibly best to report this in the x265 developer mailing list. I'll do so.
Please try to provide a small sample with only few frames (I'd suggest ~500 to have more than one GOP) if you can reproduce the issue in this case. Last edited by LigH; 24th July 2020 at 09:21. |
24th July 2020, 21:11 | #7720 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
I just noticed that --limit-tu 0 seems to be a potentially dangerous setting coupled with --rskip 2. I've encoded episodes of 'Chernobyl' and saw that the average bitrate is quite low for 1080p material. I found one scene where the encode looked really ugly and with some testing, I checked that changing from --limit-tu 4 to --limit-tu 0 made it happen. --ctu 32 also fixed the issue.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
Thread Tools | Search this Thread |
Display Modes | |
|
|