<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Do you have some information on quality/speed improvements relative to previous release?<div><br></div><div>Thanks,</div><div>-Purvin<br><br><div>> Date: Tue, 4 Mar 2014 13:32:27 -0600<br>> From: steve@borho.org<br>> To: x265-devel@videolan.org<br>> Subject: [x265] [ANN] x265 0.8 released<br>> <br>> Hello,<br>> <br>> x265 0.8 is a regularly scheduled feature release<br>> <br>> = New in 0.8 =<br>> <br>> * 4:4:4 internal color space is now supported. Input pictures must also<br>>   be 4:4:4, 8 or 10bit. We advise to disable weightp with 4:4:4. Note<br>>   that since the HEVC Range Extensions are not finalized, this feature<br>>   should be considered highly experimental. Our output streams may not<br>>   be compliant with the final spec.<br>> <br>> * Improved VBV. x265 will now do mid-frame QP adjustments in order to<br>>   better meet the bit target.  Further improvements will be in the next<br>>   release (partial slice re-encode when bit budget is very tight).<br>> <br>> * FPS is finally handled in a sane fashion. It may be configured as a<br>>   rational number (numerator/denominator) or as a float. The frame rate<br>>   is now signaled in the VPS header for use by the decoder.<br>> <br>> * VUI signaling is now exposed in the x265_param structure and in the<br>>   x265 CLI. The exact params and CLI options should be considered<br>>   experimental at this point, and are liable to change.<br>> <br>> * Near full ASM coverage of the 8bit build, and much more 10bit assembly<br>>   than the previous release.  All of the interpolation and intra<br>>   primitives that were written with SIMD intrinsics have been replaced<br>>   with assembly routines.<br>> <br>> * Input pixel bit depth is now decoupled from the internal bit depth.<br>>   An 8bpp build and a 16bpp build of x265 will both be able to encode<br>>   8bit or 10bit or 16bit raw video streams. The encoder will shift and<br>>   mask pixels as necessary to get them to the internal depth.<br>> <br>> * Motion compensated weight analysis. This will be further improved in<br>>   the next release.<br>> <br>> = CLI changes since 0.7 =<br>> <br>> # Added #<br>> <br>>    --scenecut <integer><br>> -i/--min-keyint <integer><br>> <br>> --vui<br>> --sar <int:int|int><br>> --overscan <string><br>> --videoformat <string><br>> --range <string><br>> --colorprim <string><br>> --transfer <string><br>> --colormatrix <string><br>> --chromaloc <integer><br>> --[no-]fieldseq<br>> --[no-]framefieldinfo<br>> --crop-rect <string><br>> --timinginfo<br>> --nal-hrd<br>> --bitstreamrestriction<br>> --subpichrd<br>> <br>> See CLI help for descriptions<br>> <br>> # Replaced options, to sync with x264 #<br>> <br>> --refresh <integer> is now --[no]open-gop<br>> --frame-skip <integer> is now --seek <integer><br>> -i/--keyint <integer> is now -I/--keyint <integer> (short opt case change)<br>> <br>> <br>> = Upcoming work =<br>> <br>> The next release will focus on improving all of the recently added<br>> features, particularly VBV and adaptive quant, and focusing heavily on<br>> improving perceptive visual quality.<br>> <br>> Regards,<br>> <br>> -- <br>> Steve Borho<br>> _______________________________________________<br>> x265-devel mailing list<br>> x265-devel@videolan.org<br>> https://mailman.videolan.org/listinfo/x265-devel<br></div></div>                                      </div></body>
</html>