<div dir="ltr"><div>I am not sure what I did wrong. Maybe I did not use enough frames but it makes sense now. I get about 40% reduction going from 4 slices to 8. That's not unreasonable given htop shows the cpu utilisation has dropped a little. Apologies for the noise.</div><div><br></div><div>Thanks</div><div>Rob.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 29 Jun 2023 at 17:04, Paul B Mahol <<a href="mailto:onemda@gmail.com">onemda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 29, 2023 at 5:45 PM Robert Beattie <<a href="mailto:robert.scott.beattie@gmail.com" target="_blank">robert.scott.beattie@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr" class="gmail_signature"><div>I am curious as to why the performance (throughput) does not increase linearly with the number of slices. I am using a scale filter (scale=1280:720:flags=bilinear) to convert from 1080 to 720p in a stand alone app. <br><br>When I go from 1 to 2 slices and 2 to 4 slices I see a large increase in throughput. However, going from 4 to 8 slices there is almost no change at all. Can anyone enlighten me as to the reason for this? There are plenty of cores available on the machines I tried it on.<br></div></div></div></blockquote><div><br></div><div>By increasing number of cores you increase number of slices and at same time decrease amount of work each core needs to do for each slice as slices are smaller and smaller.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr" class="gmail_signature"><div><br>Thanks</div><div>Rob<br><br></div></div></div>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="https://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer" target="_blank">https://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br>
To unsubscribe, visit link above, or email<br>
<a href="mailto:libav-user-request@ffmpeg.org" target="_blank">libav-user-request@ffmpeg.org</a> with subject "unsubscribe".<br>
</blockquote></div></div>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="https://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer" target="_blank">https://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br>
To unsubscribe, visit link above, or email<br>
<a href="mailto:libav-user-request@ffmpeg.org" target="_blank">libav-user-request@ffmpeg.org</a> with subject "unsubscribe".<br>
</blockquote></div><br clear="all"><div><br></div></div>