<div dir="ltr"><div><div><div>Hello Joshua,<br><br></div>   Thanks for reporting this blocking artifacts issue, we have identified the issue, there is a bug while sharing the best merge candidates and we have fixed this issue and sent the patch for it <br><br></div>Thanks <br></div>Gopu G<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 11, 2015 at 6:06 PM, Joshua Bowman <span dir="ltr"><<a href="mailto:silverbacknet@gmail.com" target="_blank">silverbacknet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I just made my first encode with --analysis-mode load and while it ran 3 times as fast, the<br>
encoded file was completely broken. This is with 10-bit input and output, current git head.<br>
<br>
Original command line: x265 --preset veryslow --input pristest.y4m --analysis-mode save<br>
--analysis-file pristest.dat --crf 20 -o pristest-q20-veryslow.hevc<br>
Second command line: x265 --preset veryslow --input pristest.y4m --analysis-mode load<br>
--analysis-file pristest.dat --crf 24 -o pristest-q24-veryslow.hevc<br>
<br>
pristest.y4m: <a href="https://dl.dropboxusercontent.com/u/54412753/x265/pristest_30s.7z" rel="noreferrer" target="_blank">https://dl.dropboxusercontent.com/u/54412753/x265/pristest_30s.7z</a> (first 30s of<br>
the original 120s)<br>
pristest.dat: <a href="https://dl.dropboxusercontent.com/u/54412753/x265/pristest.7z
pristest-q24-veryslow.hevc" rel="noreferrer" target="_blank">https://dl.dropboxusercontent.com/u/54412753/x265/pristest.7z<br>
pristest-q24-veryslow.hevc</a>:<br>
<a href="https://dl.dropboxusercontent.com/u/54412753/x265/pristest-q24-veryslow.hevc" rel="noreferrer" target="_blank">https://dl.dropboxusercontent.com/u/54412753/x265/pristest-q24-veryslow.hevc</a><br>
<br>
All I changed was the crf, and I got tons of black blocks and echo blocks, especially beginning<br>
around 0:20, as if residuals sometimes weren't being applied at all. MPDN just freezes, other<br>
players play with major artifacts.<br>
<br>
Aside from that, holy crap is the analysis file huge. It's as large as the y4m; I had to put it<br>
on a ntfs compressed folder, where it went from 11gb to 800mb real bytes. (The 7-zip is only<br>
50mb.) Surely x265 can run some sort of compression over it while writing, either low xz (lzma2)<br>
or at least lzo/lz4? When I first attempted to use it from the same drive as my working file, I<br>
ended up thrashing the disk so badly that encoding speed was actually halved, until I moved it<br>
to my SSD system drive.<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" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Thanks & Regards<br>Gopu G<br>Multicoreware Inc <br><br></div>
</div>