<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="Generator" content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang="EN-US" link="blue" vlink="purple"><div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">This feature causes x265 to create the VUI messages (as before), consider them for the purpose of rate control, but then discard them instead of writing them into the output bitstream.  The idea is to allow for an identical encode (or near-identical if VBV is enabled) to a previous encoding pass, but by stripping out the non-essential SEI NAL units, the bit rate is reduced.</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">This was a specific request from a specific company, and most users of x265 won’t find this feature to be important.</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> x265-devel [mailto:<a href="mailto:x265-devel-bounces@videolan.org">x265-devel-bounces@videolan.org</a>] <b>On Behalf Of </b>Deepthi Nandakumar<br><b>Sent:</b> Wednesday, September 21, 2016 4:55 AM<br><b>To:</b> Development for x265<br><b>Subject:</b> Re: [x265] [PATCH] vui: Fix discard-vui to only remove optional VUI information</span></p><p class="MsoNormal"> </p><div><div><p class="MsoNormal">To enable/disable VUI signalling in SPS, wouldn't a --vui/--no-vui option have been more intuitive? I'm not sure I understand the discard**? <br><br>All fields in the VUI are optional (strictly speaking, from an HEVC standard point of view), so how were the HRD, timing info fields identified as discardable? How does this interact with --hrd? </p></div><p class="MsoNormal">​</p></div></div></body></html>