<div dir="ltr">Hi Mario,<div><br></div><div>We were also observing the crash which you raised concern about, but it was fixed in a recent commit: 'Adapting weightp primitive for pixel input'. I hope you were running on a build prior to this commit.</div>
<div><br></div><div>I however tried to reproduce the case you reported, by:</div><div>1) converting Sintel_trailer video to 640x272 y4m (in order to match your input)</div><div>2) and encoding with the parameters you provided :</div>
<div><div>             x265.exe sintel_trailer_2k_272p24.y4m -o sintel_trailer_360.hevc -F3 -q 12 -b 3 --b-adapt 2 --bframe-bias 30 --weightp --ref 3 -i 240 --no-psnr --ssim --rdpenalty 1 --csv sintel_trailer_360.csv</div>
</div><div>   </div><div>and did not observe any crash on <span style="font-family:arial,sans-serif;font-size:13px">VC11-x86_64 build.</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div>
<div>I request you to please check with latest repo, and let me know if it persists. </div><div><br></div><div>Moreover weighted prediction (--weightp) is yet not ready to work with frameparallelism (-F 3).</div><div><br>
</div><div><br></div><div>Thanks & Regards,</div><div>Shazeb</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 22, 2013 at 2:07 PM, Mario *LigH* Rohkrämer <span dir="ltr"><<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 22.10.2013, 09:02 Uhr, schrieb Mario *LigH* Rohkrämer <<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a>>:<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
One more bug: Although the video was set to exactly 24.0 fps, x265 reports "23Hz":<br>
 +----<br>
y4m  [info]: 640x272 23Hz, frames 0 - 1252 of 1253<br>
+----<br>
</blockquote>
<br></div>
Well, the reason here is a little strange.<br>
<br>
The file "sintel_trailer_360.y4m" contains the following header:<br>
<br>
+----<br>
YUV4MPEG2 W640 H272 F72070:3003 Ip A0:0<br>
+----<br>
<br>
which results in a framerate of 72070/3003 ~ 23.999333 fps, whereas the file "sintel_trailer_1080.y4m" contains the following header:<br>
<br>
+----<br>
YUV4MPEG2 W1920 H1080 F24:1 Ip A0:0 C420mpeg2 XYSCSS=420MPEG2<br>
+----<br>
<br>
I believe the tool avs2yuv will have its reasons to use such different headers, maybe the AviSynth script returned inexact values. I'll try to rebuild the Y4M with forced 24.0 fps.<br>
<br>
So the only small piece to nitpick is that x265 truncates to the next lower integer framerate, instead of reporting a useful decimal resolution.<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
__________<br>
<br>
Fun and success!<br>
Mario *LigH* Rohkrämer<br>
mailto:<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a><br>
<br>
______________________________<u></u>_________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" target="_blank">https://mailman.videolan.org/<u></u>listinfo/x265-devel</a><br>
</div></div></blockquote></div><br></div>