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. |
28th February 2018, 16:38 | #5944 | Link |
Registered User
Join Date: Apr 2008
Posts: 418
|
Thanks that worked, funny how some commands work with "=" and others don't.
Also the command seems to have no effect, it is still showing max: 1000 cd/m2. Setting min luma to 0.0050 also doesn't work, I'm guessing because the parameter is an integer. Last edited by Gser; 28th February 2018 at 16:54. |
28th February 2018, 17:07 | #5945 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
--max-luma is for clipping input. It is usually not needed for HDR. You probably want to use the max/min luminance of "master-display". (4000 is very high. Haven't seen such samples yet. Is this plausible for your source?)
|
28th February 2018, 17:59 | #5946 | Link | |
Registered User
Join Date: Apr 2008
Posts: 418
|
Quote:
Last edited by Gser; 28th February 2018 at 18:02. |
|
6th March 2018, 12:21 | #5947 | Link |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
x265.exe 2.7+8-613d9f443769
remove maxCTU size restriction in scaled save/load encodes analysis: Introduce refine-intra level 4 use MV from analysis-save encode as MVP in load mode for refine-inter levels Add max-ausize-factor option to control the maximum AU size defined in specification Add reorderedPts to x265_picture to signal the reordered pts value of each picture in encode order. Also shared the reordered pts value when analysis load is done by disabling lookahead. https://forum.videohelp.com/threads/...50#post2513850 |
8th March 2018, 21:27 | #5949 | Link |
Registered User
Join Date: Jun 2016
Posts: 116
|
Generally speaking, what has a greater effect on fine detail retention --tu-inter-depth or subme? It's for anime and I'm currently using --tu-inter-depth 4 subme 3 and --limit-tu 3. Would I get better results by upping subme and droping limit-tu to 4? Trying to find the best size\quality.
|
9th March 2018, 18:11 | #5950 | Link | |
Registered User
Join Date: Jul 2016
Posts: 19
|
Quote:
--tu-inter-depth is for compression or size. It is how much compression to shoot for. higher value, try to compress more. --limit-tu value effects how long to spend on compression target of --tu-inter-depth. Hopefully I have read the command line options correctly. Try these set of options to see if they help you, it is what I use for anime "--qcomp 0.8 --rc-lookahead 30 --rc-grain --me 2 --subme 4 --no-strong-intra-smoothing --no-sao" |
|
9th March 2018, 18:20 | #5951 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v2.7+12-98e48e8dd6ab (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
10th March 2018, 06:47 | #5952 | Link | |
Registered User
Join Date: Jun 2016
Posts: 116
|
Quote:
|
|
10th March 2018, 07:45 | #5953 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
The residual, the difference between the predicted image and the original image, is coded after a DCT-like transformation, except with tskip this transformation can be skipped. The encoder compares the size of the coded block after the transformation to its size without a transformation and picks whichever is smaller. As a speed boost tskip fast does not compare the size after skipping the transformation at all the possible block size combinations, only a good subset of them.
__________________
madVR options explained |
10th March 2018, 22:56 | #5954 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
x265 2.7+12-98e48e8dd6ab
Code:
--refine-intra <0..4> Enable intra refinement for encode that uses analysis-load. ... - 4 : Re-evaluate all intra blocks, does not reuse data from save encode. --[no-]dynamic-refine Dynamically changes refine-inter level for each CU. Default disabled --[no-]idr-recovery-sei Emit recovery point infor SEI at each IDR frame |
18th March 2018, 15:27 | #5955 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v2.7+15-b9f5b5d7bf95 (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
26th March 2018, 16:20 | #5956 | Link |
Registered User
Join Date: May 2017
Posts: 8
|
Problem about x265 2.7+17 and L-SMASH r1459/r1450
L-SMASH : https://github.com/l-smash/l-smash r1459 binary : http://www.mediafire.com/file/b7w5m1...9_20180310.zip x265 2.7+14-d7c26df32fae:[Windows][MSVC 1913][64 bit] 8bit+10bit+12bit x265 2.7+17-2e370d98c806:[Windows][MSVC 1913][64 bit] 8bit+10bit+12bit Code:
sample.avs #--- ColorBarsHD(1280,720).Trim(0,500).ConvertToYV12() ShowFrameNumber(scroll=true,size=128) #--- ffmpeg.exe -i sample.avs -f yuv4mpegpipe - | x265.exe --y4m - --pass 1 --bitrate 1000 -o sample.265 ffmpeg.exe -i sample.avs -f yuv4mpegpipe - | x265.exe --y4m - --pass 2 --bitrate 1000 -o sample.265 muxer.exe -i "sample.265"?fps=30000/1001 -o sample.mp4 x265 2.7+14 -> No problem. x265 2.7+17 -> muxer.exe freeze or crash.Which is wrong ? x265 ? or L-SMASH ? Last edited by enctac; 26th March 2018 at 17:27. |
26th March 2018, 20:12 | #5957 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Let's check the last 3 commits ... which may be the most probable: 5be53f0 (Clean up SEI::write function)? Sounds like it changed the output in important values.
Last edited by LigH; 26th March 2018 at 20:15. |
27th March 2018, 19:49 | #5958 | Link | ||
Registered User
Join Date: Aug 2007
Posts: 79
|
edit: seems the artifacts were caused by aq-motion. qg-size 8 just counteracts that but the default qg-size 32 without aq-motion actually looks better.
https://mega.nz/#F!DMYT2ICb!4aufAuilmDJAn-Bj-Gzcpg __________ original post: about the qg-size discussion. a friend of mine recently asked me about some artifacts he noticed with his x265 encodings. turned out the default qg-size was the culprit. Quote:
here check out this scene. source is included if you wanna experiment yourself with it. link removed this is the general commandline I used. the different clips only differ at the chosen qg-size value, see the file names for that. Quote:
I suppose the default value is set to 32 instead because the codec is designed for 4k content in mind where it's probably useful to avoid a subblock adaptation at the lowest level due to details being larger. what's your opinion on this? Last edited by Sp00kyFox; 3rd April 2018 at 17:24. |
||
28th March 2018, 00:29 | #5960 | Link |
Registered User
Join Date: Jun 2016
Posts: 116
|
UHD HDR to HD SDR
Is it possible to use a UHD HDR source to create an HD SDR encode? I ask because I'm having issues with the encode being desaturated due to the HDR source and BT2020.
How can I convert the color palette and convert to SDR? |
|
|