View Full Version : x264 refusing to use Hi422P with 10-bit
WasF
13th July 2012, 16:31
Using "x264-10bit --profile high422" has output "x264 [info]: profile High 10, level 4.2, 4:2:0 10-bit"
x264 --help says "high422: Support for bit depth 8-10", so it is supported.
Why is x264 refusing to use Hi422P with 10-bit ?
poisondeathray
13th July 2012, 16:44
did you try --output-csp i422 ?
http://mewiki.project357.com/wiki/X264_Settings#output-csp
Atak_Snajpera
13th July 2012, 16:50
your source is 4:2:0 (YV12) so x264 by default use that for output. You can also add ConvertToYUY2 or ConvertToYV16 at end of avisynth script if you want to force 4:2:2 encoding in x264.
WasF
13th July 2012, 17:05
Thank you guys. "--output-csp i422" does it.
Do you know how x264 works internally ? I mean what colorspace is used for frames internally during processing: input cls, RGB, output cls ? Same in 8-bit and 10-bit operation modes ?
MasterNobody
13th July 2012, 18:06
Do you know how x264 works internally ? I mean what colorspace is used for frames internally during processing: input cls, RGB, output cls ? Same in 8-bit and 10-bit operation modes ?
Detected (or specfied by --input-csp/--input-fmt for raw input) input csp ->
most similar supported csp (8- or 16-bitdepth) ->
filters processing ->
output csp [specified by --output-csp and default to YUV 4:2:0] ->
bitdepth conversion (8- or 10-bitdepth according to build) ->
encoding.
WasF
13th July 2012, 19:49
Thanks MasterNobody for your clear answer.
Got me thinking: if input-csp == output-csp, is there any benefit to going to a higher order cls/bitdepth during the encode, before going back down to output-csp for output ? I mean doing the hard part with more bits floating around, regardless of input/output requirements.
MasterNobody
13th July 2012, 20:22
if input-csp == output-csp then there is no conversions (may be except the case of 10->16->10 bitdepth).
WasF
13th July 2012, 20:56
No, if developers modified x264 to make it go to a higher order cls/bitdepth during the encode, would there be any benefit to that ?
MasterNobody
13th July 2012, 23:15
Converting 4:2:0 to 4:4:4 is pointless but encoding 8-bit with 10-bit build improve compression and lower probability of banding (if it wasn't in source already).
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.