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. |
1st June 2018, 14:11 | #6141 | Link | |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
|
|
1st June 2018, 14:17 | #6142 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
I already wondered some time before you ... maybe due to the way how libvmaf is available for and can be installed in the OS; maybe due to the way how the library can be linked.
But since I read that placing VMAF into the encoder may not be the best solution for comparable results with other encoders, I will possibly not include it in my MinGW builds, even if it would ever work at all. |
5th June 2018, 14:46 | #6143 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.8+13-617590cb8b98 (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
11th June 2018, 11:53 | #6144 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
x265 2.8+19-bcdc610cf5f0
Support scale factor with analysis-reuse-level 1-6; fix build issue when using icc; add support for chunked encoding*; use the data structure of analysis-save/load for multi-pass-opt-analysis/multi-pass-opt-distortion; add vbv-end tolerance check Code:
--chunk-start <integer> First frame of the chunk. Default 0 (disabled) --chunk-end <integer> Last frame of the chunk. Default 0 (disabled) |
11th June 2018, 18:43 | #6145 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
@developers: Any insight into chunked encoding and what it is meant to be for would be nice.
@LigH: sounds to me more like something meant for distributed encoding rather than 'smart rendering'. Last edited by Selur; 11th June 2018 at 18:46. |
11th June 2018, 20:08 | #6146 | Link | ||
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
--chunk-start <integer>
Quote:
Quote:
|
||
12th June 2018, 23:00 | #6147 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Selective reencoding is another obvious application. |
|
12th June 2018, 23:13 | #6148 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Consider two chunks that are relatively easy to encode except for a big complexity spike at the split point between chunks. Using normal rate control, each chunk would get most of their bits at the split point, since neither chunk knew the other was going to stress the VBV, and so the combination causes a VBV violation. Cutting vbv-maxrate and vbv-bufsize to half of the "real" maximum values you want can fix the problem, but has obvious quality impact for many use cases. |
|
13th June 2018, 01:36 | #6149 | Link |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Is there any way to x265 to let Windows know that it's busy encoding to prevent a Windows update from rebooting the PC during an encode? I thought I read before that there's a way for an application to let the OS know it's "busy" so that it won't reboot while the application is crunching away.
Currently Windows 10 will happily reboot mid x264 or x265 encode even if the CPU is pegged at 100%. |
13th June 2018, 07:17 | #6150 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
This may possibly be solved easier in user interfaces; but I will forward this to the mailing list for you to lead the developers' attention here.
P.S.: I wonder if you could use the ShutdownBlockReasonCreate function to postpone it. Last edited by LigH; 13th June 2018 at 07:25. |
14th June 2018, 13:36 | #6151 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.8+21-a8a5ccf5aaf7 (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
14th June 2018, 23:31 | #6152 | Link | |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Quote:
What's the x265 equivalent to --stitchable with x264 or is nothing needed to piece separate encodes together (that used the same command line)? |
|
15th June 2018, 03:59 | #6154 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
I would have assumed that --repeat-headers should be used for this scenario.
|
15th June 2018, 10:17 | #6155 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Repeating headers can mitigate problems. It's the same with x264 if you encode to raw .264 ES, i.e. the SPS/PPS will be at every keyframe. But SPS/PPS can still be different for every encode without --stitchable even with identical settings. But not with x265. Well, at least that was what I concluded when I tested it a long time ago...
|
21st June 2018, 19:15 | #6156 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.8+23-656b5b442f0b (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
21st June 2018, 19:36 | #6157 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
|
|
25th June 2018, 09:05 | #6158 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
https://www.easeus.com/todo-backup-r...ly-update.html (Solution 1. Disable Windows Update Service) Last edited by Ma; 25th June 2018 at 09:09. |
|
27th June 2018, 12:24 | #6160 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
|
x265 2.8+24-289b8a3730ae
Code:
--nalu-file <filename> Text file containing SEI messages in the following format : <POC><space><PREFIX><space><NAL UNIT TYPE>/<SEI TYPE><space><SEI Payload> |
Thread Tools | Search this Thread |
Display Modes | |
|
|