<div dir="ltr"><div>:), we'll see if anyone else has an opinion on the appropriate name for this option. Not too religious about it. <br><br></div>My main motivation was to tie it firmly to the compile-time option everyone is already familiar with, so users know exactly what they get, and let the profile determination function work as before. <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 29, 2015 at 12:53 PM, Xinyue Lu <span dir="ltr"><<a href="mailto:maillist@7086.in" target="_blank">maillist@7086.in</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If eventually we'll need --high-bit-depth 10/12/14, why not just use<br>
--output-depth 10/12/14 instead? ;)<br>
<span class="im HOEnZb"><br>
On Wed, Apr 29, 2015 at 12:21 AM, Deepthi Nandakumar<br>
<<a href="mailto:deepthi@multicorewareinc.com">deepthi@multicorewareinc.com</a>> wrote:<br>
> Right, when we add 12-bit support, we will need to rework the HIGH_BIT_DEPTH<br>
> flag itself (to increase internal precision).<br>
><br>
> and we can always add the CLI option --high-bit-depth 10/12/14 etc?<br>
><br>
</span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</div></div></blockquote></div><br></div>