<div dir="ltr">The limit check was checking against the wrong variable - it should've checked against slicesLimit and not against numRows.<div>Can you please check if <a href="https://patches.videolan.org/patch/15905/">https://patches.videolan.org/patch/15905/</a> solves your issue?</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Pradeep Ramachandran, PhD<div>Solution Architect at <a href="http://www.multicorewareinc.com/" style="font-size:12.8px" target="_blank">www.multicorewareinc.com/</a></div><div>Adjunct Faculty at<a href="http://www.cse.iitm.ac.in" target="_blank"> www.cse.iitm.ac.in</a>/</div><div><a href="http://pradeeprama.info/" style="font-size:12.8px" target="_blank">pradeeprama.info/</a><br></div><div><span style="font-size:12.8px">Ph: +91 99627 82018</span><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Mar 6, 2017 at 4:30 PM, Michael Lackner <span dir="ltr"><<a href="mailto:michael.lackner@unileoben.ac.at" target="_blank">michael.lackner@unileoben.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br>
<br>
During my experimentation with creating a x265-based benchmark, I found out that x265<br>
segfaults and/or freezes when giving it more than 16 frame slices to encode (e.g. --slices<br>
17 or --slices 20 or --slices 32 or similar).<br>
<br>
It seems easy to reproduce as well. In my case, I'm feeding raw 16-bit YUV 4:4:4 content<br>
to it (16-bit per channel, 48-bit per pixel, no chroma subsampling). The resolution is<br>
8192×3428, an upscale of the free movie "Tears of Steel".<br>
<br>
It works perfectly fine with <=16 slices on all my systems though, here's the ones I've<br>
tested it on:<br>
<br>
Environments / software versions:<br>
<br>
* x265 2.2+22-20217c8af8ac<br>
<br>
CentOS 6.8 Linux x86_64, x265 built by GCC 6.2.0 + yasm 1.3.0<br>
=> Segmentation fault<br>
<br>
* x265 2.3+9-820f4327ddac<br>
<br>
o CentOS 6.8 Linux x86_64, x265 built by GCC 6.2.0 + yasm 1.3.0<br>
=> Segmentation fault<br>
<br>
o FreeBSD 10.3 UNIX x86_64, x265 built by clang 3.8.1 + yasm 1.3.0<br>
=> Process locks up in STOP state and becomes unkillable, even<br>
to SIGKILL<br>
<br>
o Windows XP Professional x64 Edition (NT5.2), x265 built by<br>
MSVC2010 SP1, cl.exe 16.00.40219.01 + yasm 1.3.0<br>
=> Terminates with %ERRORLEVEL% still set to 0, so this crash is<br>
completely uncaught<br>
<br>
As said, it works fine on all platforms with --slices [1..16].<br>
<br>
Here's some sample output of the crash from Linux, it's supposed to be a 2-pass encode:<br>
<br>
29163 Segmentation fault (core dumped) nice -n19 x265 ./raw8k.yuv --frames 500<br>
--input-depth 16 --dither --input-res 8192x3428 --input-csp i444 -D 10 --fps 24 --slices<br>
20 -p veryslow --pmode --pme --open-gop --ref 6 --bframes 16 --b-pyramid --weightb<br>
--max-merge 5 --b-intra --bitrate 50000 --rect --amp --aq-mode 2 --no-sao --qcomp 0.75<br>
--no-strong-intra-smoothing --psy-rd 1.6 --psy-rdoq 5.0 --rdoq-level 1 --tu-inter-depth 4<br>
--tu-intra-depth 4 --ctu 32 --max-tu-size 32 --pass 1 --slow-firstpass --stats v.stats<br>
--sar 1 --range full -o pass1.h265<br>
<br>
I don't have any debug builds of x265 right now and I don't really know how to even do any<br>
debugging, but if you can tell me if you need anything, I can always try to build a debug<br>
version to generate more helpful output / dump files.<br>
<br>
Or maybe 16 frame slices are supposed to be the maximum, but it's just not handled<br>
correctly yet?!<br>
<br>
Is there any information available on that behavior?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Michael Lackner<br>
Lehrstuhl für Informationstechnologie (CiT)<br>
Montanuniversität Leoben<br>
Tel.: +43 (0)3842/402-1505 | Mail: <a href="mailto:michael.lackner@unileoben.ac.at">michael.lackner@unileoben.ac.<wbr>at</a><br>
Fax.: +43 (0)3842/402-1502 | Web: <a href="http://institute.unileoben.ac.at/infotech" rel="noreferrer" target="_blank">http://institute.unileoben.ac.<wbr>at/infotech</a><br>
______________________________<wbr>_________________<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/<wbr>listinfo/x265-devel</a><br>
</font></span></blockquote></div><br></div>