<div dir="ltr">Thank you Nicolas for pointing this out. It was indeed a bug, pushing in a fix now.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jun 4, 2014 at 1:48 PM, Nicolas Morey-Chaisemartin <span dir="ltr"><<a href="mailto:nmorey@kalray.eu" target="_blank">nmorey@kalray.eu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi,<br>
<br>
I just pulled the last version and I think there is an issue with
the --no-b-intra.<br>
I had a quick look and the only place where it is used in in
xCompressCU:<br>
if ((slice->getSliceType() == I_SLICE ||<br>
outBestCU->getCbf(0, TEXT_LUMA) != 0 ||<br>
outBestCU->getCbf(0, TEXT_CHROMA_U) != 0 ||<br>
outBestCU->getCbf(0, TEXT_CHROMA_V) != 0)
&& m_param->bIntraInBFrames) // avoid very complex intra
if it is unlikely<br>
<br>
(On another note, I don't think that the slice type can ever be I in
the current implem as xCompressIntraCU is called in this case).<br>
As this function is called for both P and B frames, the test means
that with --no-b-intra, P frames cannot have intra blocks either...<br>
<br>
Either this is a bug, or the documentation should be
updated/clarified to match this behavior.<br>
<br>
Nicolas<div><div class="h5"><br>
<br>
<div>On 06/04/2014 12:25 AM, Steve Borho
wrote:<br>
</div>
<blockquote type="cite">
<pre>Hello,
Release 1.1 has been tagged. This is an incremental update with
several important rate control improvements and a few new features.
= New Features =
1. Psycho-visual rate distortion optimizations. These RD optimizations
are only effective on presets which use RDO (rd levels 5 and 6).
Psy-rd is still considered experimental in this release and is not
enabled by default. We recommend evaluating with a low psy weight
factor, for instance: --rd 5 --psy-rd 0.4
2. Lossless coding. This release of x265 can create a bit-accurate
output bitstream by using --lossless. This feature disables rate
control and distortion metrics, and instead just reports the
compression ratio at the end of the encode. Lossless coding is
considered experimental in this release, we believe there is room for
improvement in both compression efficiency and performance.
3. Support for Y4M streams with more than 8bit depth (ffmpeg -i
vid.avi -pix_fmt yuv420p10le -strict -1 -f yuv4mpegpipe - | ./x265 -
--y4m o.hevc)
= API Changes =
* new x265_picture.forceQp for qpfile functionality
* new param.levelIdc to force a decoder requirement level
* new param.psyRd for (experimental) psycho-visual rate distortion optimizations
* new param.bIntraInBFrames to disable intra predictions in B slices
regardless of preset
* new param.noiseReduction, very similar to x264 noise reduction
* new param.bLossless to enable lossless coding (experimental)
* new param.bCULossless to include trans-quant bypass modes in CU RD analysis
* new param.rc.rfConstantMin to limit rate factors in rate control
* param.rc.aqMode now defaults to 2 (to match CLI behavior)
new x265_encoder_parameters() function which retrieves a copy of the
active parameters from the encoder. x265_encoder_open() was modified
to ensure it never modified the param structure passed to the
function; it makes a private copy of the param prior to making any
modifications to it.
The default setting (the medium preset) was be adjusted to include the
--no-rect and --no-amp options, becoming faster (on average, about
70%, but as much as 90%), with a very slight (~ 1 - 4%) impact on
encoding efficiency.
We have sped up the ultrafast preset by about 10 to 30% (bigger
benefit at higher bit rates). There is a very small impact on encoding
efficiency, but you can always increase efficiency by using a slower
(higher quality) preset. We've also sped up the superfast, veryfast
and faster presets in a similar way.
= CLI Changes =
New options:
--level
--repeat-headers (older feature, newly exposed to CLI)
--nr
--lossless
--psy-rd
--crf-min
--no-b-intra
--cu-lossless
--qpfile
--tune fast-decode now also disabled intra in B frames
As always, the most detailed documentation for the command line
arguments can be found in our online documentation:
<a href="http://x265.readthedocs.org/en/1.1/" target="_blank">http://x265.readthedocs.org/en/1.1/</a>
= Rate Control =
Single pass ABR received a lot of attention in this release, in
particular the tendency for ABR to undershoot and overshoot wildly in
the first two seconds of the video. We added two new features to ABR
to limit this tendency. First, we now amortize a portion of the cost
of I frames across many frames. Second, we limit frame parallelism
until we have about a half-second of P frames encoded. Together these
two changes have greatly improved the ability of single pass ABR to
arrive at the good QP for the first GOP without any large swings.
Further improvements were made to ABR to allow it to reach very high bitrates.
We also did some re-balancing of CRF between Main and Main10 so they
achieve closer quality, and several fixes were made to VBV.
Recovery Point SEI are now generated at each keyframe
In the near future we will be focusing on two-pass encoding and making
mode decision more efficient.
</pre>
</blockquote>
<br>
<br>
</div></div><div>-- <br>
<p><br>
</p>
<table width="600">
<tbody>
<tr>
<td style="text-align:left" width="40%">
<font color="#1F497D" face="Arial"><b>Nicolas Morey-Chaisemartin</b></font> </td>
<td style="text-align:center">
<a href="http://www.kalray.eu/" target="_blank"><img src="cid:part1.02070301.04060703@kalray.eu" alt="kalray_logo" align="BOTTOM" height="28" width="200"></a></td>
<td style="text-align:right" width="40%">
<font color="#1F497D" face="Arial"><b>KALRAY SA</b></font> </td>
</tr>
<tr>
<td style="text-align:left">
<font color="#1F497D" face="Arial">Software Architect<br>
</font> </td>
<td style="text-align:center">
<font color="#1F497D" face="Arial"><a title="kalray website" href="http://www.kalray.eu" target="_blank">www.kalray.eu</a></font> </td>
<td style="text-align:right">
<font color="#1F497D" face="Arial"> <br>
</font> </td>
</tr>
<tr>
<td style="text-align:left">
<font color="#1F497D" face="Arial">Phone : +33 6 42 46 68 87<br>
<a href="mailto:nmorey@kalray.eu" target="_blank">nmorey@kalray.eu</a></font></td>
<td style="text-align:center">
<font color="#1F497D" face="Arial" size="1">Follow us <a href="https://twitter.com/Kalray1" target="_blank"><img src="cid:part4.07030606.00080200@kalray.eu" alt="twitter_logo" align="BOTTOM" height="20" width="20"></a> <a href="http://www.linkedin.com/company/kalray" target="_blank"><img src="cid:part6.03070908.04060604@kalray.eu" alt="linkedin_logo" align="BOTTOM" height="20" width="20"></a></font></td>
<td style="text-align:right">
<font color="#1F497D" face="Arial"> 445 rue Lavoisier<br>
38330 Montbonnot FRANCE</font></td>
</tr>
<tr>
<td colspan="3" style="text-align:center">
<div><a href="http://www.kalray.eu/news-7/news/latest" target="_blank"><img alt="" src="cid:part8.00070203.07090906@kalray.eu"></a></div>
</td>
</tr>
<tr>
<td colspan="3" style="text-align:justify">
<font color="#1F497D" face="Arial" size="1">This message contains information that may be
privileged or confidential and is the property of the
KALRAY SA. It is intended only for the person to whom it
is addressed. If you are not the intended recipient, you
are not authorized to print, retain, copy, disseminate,
distribute, or use this message or any part thereof. If
you receive this message in error, please notify the
sender immediately and delete all copies of this
message.</font> </td>
</tr>
</tbody>
</table>
</div>
</div>
<br>_______________________________________________<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>
<br></blockquote></div><br></div>