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 28th September 2019, 15:02   #7061  |  Link
-QfG-
QfG Group Germany
 
-QfG-'s Avatar
 
Join Date: Oct 2018
Location: Germany
Posts: 36
Has anyone results between AQ1 and AQ4? I've made 2 test encodes and see no difference in the movie, but have a smaller filesize with AQ4. Or i'm blind...
__________________
i7700k@4,8 Ghz / ASUS STRIX Z270e / 16GB DDR4 Corsair / ASUS STRIX GeForce GTX1070 8GB GDDR5
-QfG- is offline   Reply With Quote
Old 28th September 2019, 18:57   #7062  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
Hi,

Possible bug:

Commit 21db162 (https://bitbucket.org/multicoreware/...4a59eb7326b46a) causes slowdown even is not used aq-mode 4 and output is identical.

Command line used:

Code:
"T:\TEST\x265\3108\x265_x64.exe" - --y4m --frames 1000 --crf 20.0 --preset "medium" --aq-mode 3 --keyint 240 --no-open-gop 
--colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output "T:\TEST\encode.265"

Code:
dec  [info]: Intel Quick Sync: API LEVEL 1.29, HW
dec  [info]: 1920x1080, YV12, 24000/1001 fps, 1000 frames
y4m  [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw  [info]: output file: T:\TEST\encode.265
x265 [info]: HEVC encoder version 3.1+7-147fb92c5ed5
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 3 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 23 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-20.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
x265 [info]: frame I:     11, Avg QP:16.20  kb/s: 6958.02
x265 [info]: frame P:    275, Avg QP:20.60  kb/s: 3482.34
x265 [info]: frame B:    714, Avg QP:25.57  kb/s: 356.63
x265 [info]: Weighted P-Frames: Y:10.9% UV:6.5%
x265 [info]: consecutive B-frames: 22.4% 4.5% 4.5% 38.1% 30.4%

encoded 1000 frames in 17.71s (56.47 fps), 1288.81 kb/s, Avg QP:24.10
Code:
dec  [info]: Intel Quick Sync: API LEVEL 1.29, HW
dec  [info]: 1920x1080, YV12, 24000/1001 fps, 1000 frames
y4m  [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw  [info]: output file: T:\TEST\encode.265
x265 [info]: HEVC encoder version 3.1+8-21db162c8622
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 3 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 23 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-20.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
x265 [info]: frame I:     11, Avg QP:16.20  kb/s: 6958.02
x265 [info]: frame P:    275, Avg QP:20.60  kb/s: 3482.34
x265 [info]: frame B:    714, Avg QP:25.57  kb/s: 356.63
x265 [info]: Weighted P-Frames: Y:10.9% UV:6.5%
x265 [info]: consecutive B-frames: 22.4% 4.5% 4.5% 38.1% 30.4%

encoded 1000 frames in 19.56s (51.13 fps), 1288.81 kb/s, Avg QP:24.10
Outputs seems bit-identical since the QP's and bitrates match so no "slow for best quality" is justified.
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 28th September 2019, 19:03   #7063  |  Link
-QfG-
QfG Group Germany
 
-QfG-'s Avatar
 
Join Date: Oct 2018
Location: Germany
Posts: 36
AQ4 is the new feature of version 3.2 from x265. AQ3 ist still good for BT709 output.
But the question is, have anyone see differences with YUV420P10 BT2020 HDR AQ1 and AQ4?
__________________
i7700k@4,8 Ghz / ASUS STRIX Z270e / 16GB DDR4 Corsair / ASUS STRIX GeForce GTX1070 8GB GDDR5
-QfG- is offline   Reply With Quote
Old 28th September 2019, 19:09   #7064  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
I don't mean this. I'm talking about the new "AQ mode 4" function causing slowdown even when it's not used.
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 29th September 2019, 16:50   #7065  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
I found the cause:

Some code related to AQ mode 4 is executed always.

This patch restores previous performance and not break anything (i think).

On file slicetype.cpp

line 481 replace

Code:
#define AQ_EDGE_BIAS 0.5
#define EDGE_INCLINATION 45
                uint32_t numCuInHeight = (maxRow + param->maxCUSize - 1) / param->maxCUSize;
                int maxHeight = numCuInHeight * param->maxCUSize;
                intptr_t stride = curFrame->m_fencPic->m_stride;
                pixel *edgePic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
                pixel *gaussianPic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
                pixel *thetaPic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
                memset(edgePic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
                memset(gaussianPic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
                memset(thetaPic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
                if (param->rc.aqMode == X265_AQ_EDGE)
                    edgeFilter(curFrame, edgePic, gaussianPic, thetaPic, stride, maxRow, maxCol);

                int blockXY = 0, inclinedEdge = 0;
with

Code:
#define AQ_EDGE_BIAS 0.5
#define EDGE_INCLINATION 45

		pixel *edgePic = NULL;
		pixel *gaussianPic = NULL;
		pixel *thetaPic = NULL;
				
		if (param->rc.aqMode == X265_AQ_EDGE)
		{
			uint32_t numCuInHeight = (maxRow + param->maxCUSize - 1) / param->maxCUSize;
			int maxHeight = numCuInHeight * param->maxCUSize;
			intptr_t stride = curFrame->m_fencPic->m_stride;
			edgePic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
			gaussianPic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
			thetaPic = X265_MALLOC(pixel, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)));
			memset(edgePic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
			memset(gaussianPic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
			memset(thetaPic, 0, stride * (maxHeight + (curFrame->m_fencPic->m_lumaMarginY * 2)) * sizeof(pixel));
			edgeFilter(curFrame, edgePic, gaussianPic, thetaPic, stride, maxRow, maxCol);
		}                  

                int blockXY = 0, inclinedEdge = 0;
and line 510

Code:
                     pixel *edgeImage = edgePic + curFrame->m_fencPic->m_lumaMarginY * stride + curFrame->m_fencPic->m_lumaMarginX;
                     pixel *edgeTheta = thetaPic + curFrame->m_fencPic->m_lumaMarginY * stride + curFrame->m_fencPic->m_lumaMarginX;
with

Code:
                     pixel *edgeImage = edgePic + curFrame->m_fencPic->m_lumaMarginY * curFrame->m_fencPic->m_stride + curFrame->m_fencPic->m_lumaMarginX;
                     pixel *edgeTheta = thetaPic + curFrame->m_fencPic->m_lumaMarginY * curFrame->m_fencPic->m_stride + curFrame->m_fencPic->m_lumaMarginX;
and line 545

Code:
                X265_FREE(edgePic);
                X265_FREE(gaussianPic);
                X265_FREE(thetaPic);
with

Code:
		if (param->rc.aqMode == X265_AQ_EDGE)
		{
			X265_FREE(edgePic);
			X265_FREE(gaussianPic);
			X265_FREE(thetaPic);
		}

And binary with this patch applied: x265 v3.2 patched x64 GCC 9.2.0
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 30th September 2019, 08:52   #7066  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,941
You should send your patch to the x265 Developer mailing list. They prefer it in "diff" format and in the mail body.
_

x265 3.2+3-fdd69a766881 (MSYS2/MinGW, GCC 9.2.0)
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 30th September 2019 at 16:27.
LigH is offline   Reply With Quote
Old 30th September 2019, 19:06   #7067  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
Diff patch send to mailing list.
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 30th September 2019, 19:14   #7068  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,621
I couldn't replicate that difference between the two versions on my 3700X. I used the VS 2019 AVX2 builds from http://www.msystem.waw.pl/x265/

With 3.1+7, encoded 2000 frames in 461.37s (4.33 fps), 3467.58 kb/s, Avg QP:20.97
With 3.1+8, encoded 2000 frames in 459.33s (4.35 fps), 3467.58 kb/s, Avg QP:20.97
__________________
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 30th September 2019, 19:18   #7069  |  Link
qtwigg
Registered User
 
Join Date: Mar 2015
Posts: 8
x265 not encoding the whole video

I have been having this issue; I give my x265 a movie and the x265 chooses how much it wants to encode. I give it a 45 minute show, it does 30 minutes. I give it a 1:40 hour movie, it decides not to do the last 10 minutes. I say it decides because it is not erroring. It literally finishes, mux into a container and says, Done! Why does it do this? Never had this problem before and the last 6 months maybe been having this issue randomly, off and on. Any ideas?
qtwigg is offline   Reply With Quote
Old 30th September 2019, 19:35   #7070  |  Link
RanmaCanada
Registered User
 
Join Date: May 2009
Posts: 103
Quote:
Originally Posted by qtwigg View Post
I have been having this issue; I give my x265 a movie and the x265 chooses how much it wants to encode. I give it a 45 minute show, it does 30 minutes. I give it a 1:40 hour movie, it decides not to do the last 10 minutes. I say it decides because it is not erroring. It literally finishes, mux into a container and says, Done! Why does it do this? Never had this problem before and the last 6 months maybe been having this issue randomly, off and on. Any ideas?
That is usually an indication that there is corruption in your original file.
RanmaCanada is offline   Reply With Quote
Old 30th September 2019, 19:59   #7071  |  Link
qtwigg
Registered User
 
Join Date: Mar 2015
Posts: 8
Quote:
Originally Posted by RanmaCanada View Post
That is usually an indication that there is corruption in your original file.
That is what one would think, however the file plays fine (till the end) and without closing the GUI or re-applying my settings or anything, I just press start within the same original GUI that I used before that only encoded some of the file, and it always works second time.
I open the program, add my video, add my settings and AVS, press start.
It does not encode the whole video
I just delete the files
And press start again in the same window
It encodes the whole video
Weird huh? Like I said it is random, not often.
qtwigg is offline   Reply With Quote
Old 30th September 2019, 20:25   #7072  |  Link
redbtn
Registered User
 
redbtn's Avatar
 
Join Date: Jan 2019
Location: Russia
Posts: 87
Quote:
Originally Posted by qtwigg View Post
That is what one would think, however the file plays fine (till the end) and without closing the GUI or re-applying my settings or anything, I just press start within the same original GUI that I used before that only encoded some of the file, and it always works second time.

I open the program, add my video, add my settings and AVS, press start.

It does not encode the whole video

I just delete the files

And press start again in the same window

It encodes the whole video

Weird huh? Like I said it is random, not often.
You have to ask about it the author of your GUI. This problem is not related to x265.
redbtn is offline   Reply With Quote
Old 30th September 2019, 20:46   #7073  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
Quote:
Originally Posted by Boulder View Post
I couldn't replicate that difference between the two versions on my 3700X. I used the VS 2019 AVX2 builds from http://www.msystem.waw.pl/x265/

With 3.1+7, encoded 2000 frames in 461.37s (4.33 fps), 3467.58 kb/s, Avg QP:20.97
With 3.1+8, encoded 2000 frames in 459.33s (4.35 fps), 3467.58 kb/s, Avg QP:20.97
In my system (Intel 9700k) the difference persist with these builds:

Code:
y4m  [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw  [info]: output file: T:\TEST\encode.265
x265 [info]: HEVC encoder version 3.1+7-147fb92c5ed5
x265 [info]: build info [Windows][MSVC 1921][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 3 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 23 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-20.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
x265 [info]: frame I:     11, Avg QP:16.20  kb/s: 6958.02
x265 [info]: frame P:    275, Avg QP:20.60  kb/s: 3482.34
x265 [info]: frame B:    714, Avg QP:25.57  kb/s: 356.63
x265 [info]: Weighted P-Frames: Y:10.9% UV:6.5%
x265 [info]: consecutive B-frames: 22.4% 4.5% 4.5% 38.1% 30.4%

encoded 1000 frames in 17.26s (57.95 fps), 1288.81 kb/s, Avg QP:24.10
Code:
y4m  [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw  [info]: output file: T:\TEST\encode.265
x265 [info]: HEVC encoder version 3.1+8-21db162c8622
x265 [info]: build info [Windows][MSVC 1921][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 3 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 23 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-20.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
x265 [info]: frame I:     11, Avg QP:16.20  kb/s: 6958.02
x265 [info]: frame P:    275, Avg QP:20.60  kb/s: 3482.34
x265 [info]: frame B:    714, Avg QP:25.57  kb/s: 356.63
x265 [info]: Weighted P-Frames: Y:10.9% UV:6.5%
x265 [info]: consecutive B-frames: 22.4% 4.5% 4.5% 38.1% 30.4%

encoded 1000 frames in 18.76s (53.31 fps), 1288.81 kb/s, Avg QP:24.10
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 1st October 2019, 16:17   #7074  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,941
Quote:
Originally Posted by pistacho View Post
Diff patch send to mailing list.
It arrived safely
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 3rd October 2019, 13:06   #7075  |  Link
ShortKatz
Registered User
 
Join Date: Aug 2018
Location: Germany
Posts: 14
Quote:
Originally Posted by pistacho View Post
Diff patch send to mailing list.
Did you als sign the Contributor License Agreement? See
https://bitbucket.org/multicoreware/...iki/Contribute
They rejected all my patches until I sended them back the signed Contributor License Agreement. It is also important to format it correctly. One of my former patches couldn't be applied, because the formatting was wrong. And don't be surprised if it takes some time. For my patches it normally takes several weeks until they get applied.
ShortKatz is offline   Reply With Quote
Old 3rd October 2019, 15:20   #7076  |  Link
pistacho
Registered User
 
Join Date: Feb 2010
Location: Spain
Posts: 481
My patch is a bug fix (slowdown of 10% for no reason in a stable branch). I don't care if they don't apply my patch as is. I guess someone will correct it somehow...
__________________
BDtoAVCHD - One Click Blu-Ray 2D/3D to BD5/BD9/BD25/MKV
BDtoAVCHD Doom9 Forum thread
MVCsource MVC 3D Avisynth Source Plugin
MVCenc MVC 3D Encoder
pistacho is offline   Reply With Quote
Old 3rd October 2019, 18:13   #7077  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 5,881
Looks like
https://bitbucket.org/multicoreware/...e3ca9a1b6e1d39
and
https://bitbucket.org/multicoreware/...f10c31238d6bf1
commit are meant to fix the "slowdown even is not used AQ mode 4."

Cu Selur
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 4th October 2019, 15:29   #7078  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 938
x265.exe 3.2+5-354901970679

--- Fix: AQ mode 4 commit (21db162) introduces slowdown even when AQ mode 4 is not used;

--- Adaptive Frame duplication
This patch does the following:
1. Replaces 2-3 near-identical frames with one frame and sets pic_struct based on frame doubling / tripling;
2. Add option "--frame-dup" and "--dup-threshold' to enable frame duplication and to set threshold for frame similarity (optional);


http://www.mediafire.com/file/ado1h8...70679.rar/file
filler56789 is offline   Reply With Quote
Old 4th October 2019, 19:26   #7079  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,964
Quote:
Originally Posted by filler56789 View Post
x265.exe 3.2+5-354901970679--- Adaptive Frame duplication
This patch does the following:
1. Replaces 2-3 near-identical frames with one frame and sets pic_struct based on frame doubling / tripling;
2. Add option "--frame-dup" and "--dup-threshold' to enable frame duplication and to set threshold for frame similarity (optional);[/I]
I see the default value of dup-threshold is 70. It would be helpful to know if higher numbers require more or less similarity, and ballpark how much similarity is requires for 70. I hope it is sub-psychovisual at least.

I could see this helping efficiency and encoding speed for stuff like a title card displayed for a couple of seconds.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 4th October 2019, 20:08   #7080  |  Link
fauxreaper
Registered User
 
Join Date: Oct 2014
Posts: 14
--frame-dup makes output duration smaller than input. Is it a decoder problem of not duplicating/triplicating frame duration when needed? Or is it a muxing problem when using matroska as a container?

Last edited by fauxreaper; 5th October 2019 at 03:52.
fauxreaper 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 01:55.


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