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. |
23rd December 2018, 13:42 | #6542 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 325
|
Quote:
Its best if you test it for yourself, and see what settings gives you the best results, but if you target that bitrate range I whould say that you might wanna turn it off. And btw, I think crf21 will end up at a much lower bitrate for most content if you dont us tune grain or something similar. I get arround those numbers with crf18. |
|
23rd December 2018, 16:46 | #6543 | Link | |
Registered User
Join Date: Jun 2013
Posts: 32
|
Quote:
Code:
bframes=6:subme=3:rd=5:qcomp=0.75:no-sao:deblock=-2:-2 Last edited by nghiabeo20; 23rd December 2018 at 16:56. |
|
23rd December 2018, 16:59 | #6544 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
The bitrate depends a huge deal on the content. Grainy or noisy stuff requires much more than some clean CGI content.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
24th December 2018, 00:24 | #6545 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 325
|
Quote:
|
|
24th December 2018, 04:17 | #6546 | Link |
Registered User
Join Date: Aug 2018
Posts: 18
|
Can anybody give any advice if there is any benefit by taking the following approaches? and is either one of the splitting methods preferred?
other than the obvious ability to parallelize the encoding task |
24th December 2018, 08:09 | #6547 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Quote:
When having the split a source for parallelizing the encoding I would prefer to split 'a video file based on the shots' since the source simply might have key frames placed in a fixed interval not caring about coding efficiency. That said splitting on key frames is easier. But splitting on key frames in respect to scenes and using the segmented encoding feature of x265 is probably the best easy to implement way. Ideally you wound split at the points where the encoder would want to set key frame for coding efficiency. |
|
24th December 2018, 23:28 | #6548 | Link | ||||
Registered User
Join Date: Aug 2018
Posts: 18
|
Quote:
Quote:
Quote:
Quote:
|
||||
27th December 2018, 14:32 | #6550 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
Simplest solution: Code:
diff -r 537bba0b7fdc source/encoder/encoder.cpp --- a/source/encoder/encoder.cpp Thu Dec 27 11:56:52 2018 +0530 +++ b/source/encoder/encoder.cpp Thu Dec 27 14:25:51 2018 +0100 @@ -69,7 +69,7 @@ int doviProfileId; }DolbyVisionProfileSpec; -DolbyVisionProfileSpec dovi[] = +static DolbyVisionProfileSpec dovi[] = { { 1, 1, 1, 1, 1, 5, 1, 2, 2, 2, 50 }, { 1, 1, 1, 1, 1, 5, 0, 16, 9, 9, 81 }, diff -r 537bba0b7fdc source/x265.cpp --- a/source/x265.cpp Thu Dec 27 11:56:52 2018 +0530 +++ b/source/x265.cpp Thu Dec 27 14:25:51 2018 +0100 @@ -690,7 +690,7 @@ args[argCount++] = token; token = strtok(NULL, " "); } - args[argCount] = '\0'; + args[argCount] = NULL; CLIOptions cliopt; if (cliopt.parseZoneParam(argCount, args,param, i)) { |
|
27th December 2018, 15:46 | #6551 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
^ Thanks for answering.
OUCH! :-/ So I will have to wait. Quote:
the old error message (something about "invalid conversion from char to char*") just went replaced with a new one :-/ |
|
28th December 2018, 07:36 | #6552 | Link | |
Registered User
Join Date: Oct 2011
Posts: 275
|
Hi,
Quote:
Thank you |
|
28th December 2018, 09:06 | #6554 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
You will usually first use a preset, then a tuning (so the "animation" tuning will add 2 to the number of B frames of your preset); but if you also add an explicit bframes parameter later in the command line, it will supersede previously calculated values.
|
28th December 2018, 10:21 | #6555 | Link | ||
Registered User
Join Date: May 2009
Posts: 184
|
Looks like we have a new AQ mode in x265 2.9+28
Quote:
Quote:
|
||
28th December 2018, 12:57 | #6556 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Seems interesting. It would be nice to hear of the cases which this new method targets.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
28th December 2018, 14:10 | #6557 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Quote:
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
28th December 2018, 19:42 | #6558 | Link | |
Herr
Join Date: Apr 2009
Location: North Europe
Posts: 556
|
Quote:
More info here, https://stackoverflow.com/questions/...ll-even-though Last edited by Forteen88; 28th December 2018 at 23:27. |
|
28th December 2018, 23:50 | #6559 | Link |
Registered User
Join Date: Feb 2015
Posts: 326
|
I found this statement about Intel C++:
*** If you want to link against the static OpenMP RTL, you must add /Qopenmp-link:static, which is a new switch for 11.0. So to produce a purely static executable, compile/link with /MT /Qopenmp-link:static *** |
29th December 2018, 00:25 | #6560 | Link |
Helenium(Easter)
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
|
@Ma
Thanks for the information. Without /Qopenmp, /MT should be fine. With /Qopenmp, /Qopenmp-link:static needs to be used to produce a purely static executable.
__________________
Monochrome Anomaly |
|
|