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. |
14th June 2019, 18:55 | #6841 | Link | |
Registered User
Join Date: Dec 2005
Location: Germany
Posts: 1,795
|
Different settings affect the CRF output: https://x265.readthedocs.io/en/defau...r-enhancements
Quote:
__________________
AVSRepoGUI // VSRepoGUI - Package Manager for AviSynth // VapourSynth VapourSynth Portable FATPACK || VapourSynth Database |
|
14th June 2019, 20:54 | #6842 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Filesize is probably due to the default aq-mode being 2 now. It often causes a higher average bitrate with the same CRF than aq-mode 1.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
15th June 2019, 16:13 | #6844 | Link | |
Registered User
Join Date: Feb 2007
Posts: 128
|
Quote:
It is so annoying. It means that after every encoding with zones (with an affected tool) your would need to do the muxing manually afterwards as the tool crashes away due to the returned x265 error code. See also: https://bitbucket.org/multicoreware/...hen-using-zone Last edited by katzenjoghurt; 15th June 2019 at 16:15. |
|
15th June 2019, 17:43 | #6845 | Link | |
Artem S. Tashkinov
Join Date: Dec 2006
Posts: 345
|
Quote:
|
|
15th June 2019, 21:56 | #6846 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
No they're not if you look at the output in your post. I still think the biggest difference comes from aq-mode changing from 1 to 2. The other changes should cause a much smaller change in the bitrate.
EDIT: as mentioned earlier, the presets have been changed. Veryslow in v2.4 is different from v3.0.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... Last edited by Boulder; 15th June 2019 at 21:59. |
15th June 2019, 22:29 | #6847 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v3.1_RC1+3-3bdf06e3c628 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 9.1.0)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/Release_3.1 |
16th June 2019, 07:09 | #6848 | Link | |
Registered User
Join Date: Jul 2018
Posts: 450
|
Quote:
|
|
16th June 2019, 11:01 | #6850 | Link | |
Registered User
Join Date: Feb 2007
Posts: 128
|
Quote:
People already gave me a hint to use 10bit encoding or playing around with the crqpoffs parameter. Both didn't really help. This changed drastically now after I converted the source to YV24 colorspace and encoded it with Main 444 10. Suddenly the crqpoffs parameter started to work wonders and setting it to -1 already brought back most of the details. How to do it in StaxRip 1.7.0.6: 1) Click on the "AVS Filter" label. Click "Profiles". 2) Find the [Misc] section and add this line to the bottom: ConvertToYV24 = ConvertToYV24() 3) Add the Filter now via right-click -> Misc -> ConvertToYV24 4) Go into the x265 encoder settings 5) In "Basic" chose the Main 444 10 profile. 6) In "Rate Control 1" set CR QB Offset to -1. Last edited by katzenjoghurt; 16th June 2019 at 11:24. |
|
17th June 2019, 09:12 | #6852 | Link | |
Artem S. Tashkinov
Join Date: Dec 2006
Posts: 345
|
Quote:
|
|
17th June 2019, 11:05 | #6853 | Link | |
Registered User
Join Date: Oct 2007
Posts: 385
|
Quote:
I found that AQ1 was giving a higher bitrate than AQ2, but I suppose it depends on source. I think AQ1 is constant while AQ2 is variable. |
|
18th June 2019, 07:19 | #6854 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
CRF means: Constant Rate Factor. It keeps an internal distortion metric in the encoding workflow (called "rate factor") below a threshold. But many details are part of the RF calculation, and not all represent your personal subjective quality impression perfectly. Yet, it is a much better one than PSNR and allows an easy adjustment of the quantization with some respect to the encoding complexity. But a few seemingly paradox results may happen. Heavier efforts do not always result in more efficient video stream code or visually more convenient pictures, exceptions from a general rule aren't impossible.
|
18th June 2019, 17:51 | #6856 | Link | |
Registered User
Join Date: Feb 2007
Posts: 128
|
Quote:
Tried out RC1+3 (built with VS2019) but... no luck - it still crashes for me. Code:
Video encoding [...] failed with exit code: -1073740940 (0xC0000374) The exit code might be a system error code: Ein Heap wurde beschädigt. [...] x265 [info]: HEVC encoder version 3.1_RC1+3-3bdf06e3c628 [...] |
|
19th June 2019, 03:19 | #6857 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Error disabling --hdr-opt
So, I am trying to do a lossless HDR encoding test.
Quote:
Quote:
|
||
19th June 2019, 08:43 | #6858 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Ah, well ... had some issues with other projects compiled in MABS, and more work thus less spare time. And there are so many competitors now. But a "merge with stable" is a reason to publish another one.
|
Thread Tools | Search this Thread |
Display Modes | |
|
|