<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 6, 2024, 6:10 p.m. Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 6 Mar 2024 16:31:49 -0500, you wrote:<br>
<br>[snip] <br>
>Sorry... never actually got to using a slave. My temporary setup on<br>
>the i7-3720QM wasn't cutting it, so I was just tossing out an idea. The<br>
>spiked load was just the Load reading in top. The laptop was still pretty<br>
>responsive, but the fan was just howling like a banshee.<br>
><br>
>Of course, a laptop isn't the perfect airflow situation, so maybe I should<br>
>hold off on commflagging until Im using a better setup. : -)<br>
><br>
>I am curious why the real-time test took 15 high load minutes on "looking<br>
>for logo" before settling down and flagging at 90+ fps.<br>
<br>
The only problem there seems to be the "looking for logo" bit.  I do<br>
not remember that way back when I last used commercial flagging, so<br>
there may be some new method that is being used that is causing your<br>
problem.  This may be working as designed, but it could also be a bug.<br>
The rest of the flagging is going faster than real time, which is what<br>
is expected.  Does the logo problem happen only on specific channels,<br>
or is it common to all channels?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I'll have to do some more tests on different channels and will report back. </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
</blockquote></div></div></div>