<div dir="ltr">The expected behavior is the number of I-slices will increase with increase in scenecut-bias.<div><br></div><div>How are you identifying the reference (ground truth)?</div><div><br></div><div>Thanks,</div><div>Divya M.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 28, 2017 at 8:33 PM, Rainer M. Engel <span dir="ltr"><<a href="mailto:engel@endime.de" target="_blank">engel@endime.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">... sorry for replying to my own mail..<br>
<br>
Test between x.264 and x.265 against reference (ground truth).<br>
<br>
Reference 848 scenes (slices)<br>
<br>
x.264.........................<wbr>..............................<wbr>..<br>
x.264 | --min-keyint 1 --keyint 999999 --scenecut 50<br>
found 839 slices, 766 match with reference<br>
<br>
x.264 | --min-keyint 1 --keyint 999999 --scenecut 100<br>
found 910 slices, 774 match with reference<br>
<br>
<br>
x.265.........................<wbr>..............................<wbr>..<br>
x.265 | --keyint 999999 --scenecut 80<br>
found 762 slices, 739 match with reference<br>
<br>
x.265 | --min-keyint 1 --keyint 999999 --scenecut 60 --scenecut-bias 15<br>
found 799 slices, 744 match with reference<br>
<br>
x.265 | --min-keyint 1 --keyint 999999 --scenecut 100 --scenecut-bias 15<br>
found 799 slices, 744 match with reference<br>
<br>
x.265 | --min-keyint 1 --keyint 999999 --scenecut 100 --scenecut-bias 30<br>
found 795 slices, 744 match with reference<br>
<br>
<br>
In these first tests I focussed on flexibility in setting the parameters<br>
and aimed on more positive false detections if this increases the match<br>
count against reference. According to that x264 produces higher rates.<br>
Do --scenecut and --scenecut-bias already work like expected or am I<br>
missing something here?<br>
<br>
Regards,<br>
Rainer<br>
<br>
<br>
<br>
Am 25.02.2017 um 19:05 schrieb Rainer:<br>
> Hello everyone,<br>
><br>
> I'm new to this list and very interested in the "Slice decision options"<br>
> of x265. The tests done so far show an expected behaviour of..<br>
><br>
> --open-gop<br>
> which is enabled by default.<br>
><br>
> --keyint<br>
> Setting this to a very high value, one which is higher than the duration<br>
> of the longest shot, works fine.<br>
><br>
> I run into problems by setting up the parameters to find all slices from<br>
> my reference (ground truth containing any flavour of slice one can<br>
> imagine:). Increasing "--scenecut" beyond the default of 40 brought no<br>
> significant gain of more detected slices. Also increasing<br>
> "--scenecut-bias" (as I understood correctly) wasn't of that big impact<br>
> in the tests I've done so far.<br>
><br>
> Are there some dependencies between parameters which are not that<br>
> obvious here, at least to me? I also tried other parameters with no big<br>
> impact.<br>
> I hoped to get a feeling how the parameters work in concert, but the<br>
> "aggressive" placement of slices by changing "--scenecut" values could<br>
> not be reproduced here. Am I doing anything wrong?<br>
><br>
> AIM:<br>
> - individual slice detection by threshold, not interval<br>
> - detect more false positives, than less<br>
><br>
> CSV:<br>
> - the csv log is used for comparing/counting the slices<br>
><br>
> Any help, hint and reply on this is much appreciated.<br>
> I use a MSVC build for Win-x64 found here <a href="http://x265.ru/en/builds/" rel="noreferrer" target="_blank">http://x265.ru/en/builds/</a> on a<br>
> YUV input clip.<br>
><br>
> Best regards,<br>
> Rainer<br>
><br>
> --<br>
> Rainer M. Engel, Dipl. Digital Artist<br>
> Berlin, Germany<br>
><br>
<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>
</blockquote></div><br></div>