<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace"><span style="font-family:Arial,Helvetica,sans-serif">On Wed, Mar 6, 2024 at 8:30 PM Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:</span><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 6, 2024, 6:47 p.m. Ian Evans <<a href="mailto:dheianevans@gmail.com" rel="noreferrer" target="_blank">dheianevans@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="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" rel="noreferrer noreferrer" target="_blank">stephen_agent@jsw.gen.nz</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">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></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Set up two recordings, staggered by about 10 minutes. </div><div dir="auto"><br></div><div dir="auto">Both videos spent about 9-10 minutes "building logo detection buffer" with high CPU% in top. After that, about another 5-10 minutes "looking for logo." When that finished, CPU% dropped to about 45%. Load started about 3.95 and settled down to about 1.25. It was flagging between 96 to 115 fps.</div><div dir="auto"><br></div><div dir="auto">One recording was ATSC 1, 1080, the other a 480 subchannel. </div><div dir="auto"><br></div><div dir="auto">Has anyone else noticed that many American channels are no longer superimposing network bugs on the lower right. Nothing. When did that stop? </div><div dir="auto"><br></div><div dir="auto">Also, I'm in mythtv 34. Should I be enabling the "experimental" commercial detection features? </div></div></blockquote><div><br></div><div class="gmail_default" style="font-family:monospace,monospace">IIRC, v31 was the last version I used, but for several years prior and up to, I always had "experimental" enabled.</div></div></div>