<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 08/12/15 17:48, Jerome Yuzyk wrote:<br>
</div>
<blockquote cite="mid:1952190.NhIXE7Ihq7@desk" type="cite">
<meta name="qrichtext" content="1">
<style type="text/css">
p, li { white-space: pre-wrap; }</style>
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;">I've had another couple of these since. Same MO: recording starts, then commflagging can't find the file. A backend restart doesn't seem to make a difference. Is this a known issue? Fixed in 0.27.5? Or should I file a bug report?</p>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; "> </p>
</blockquote>
There's already a ticket: <a class="moz-txt-link-freetext"
href="https://code.mythtv.org/trac/ticket/11239">https://code.mythtv.org/trac/ticket/11239</a><br>
<br>
The work-around isn't ideal though, as it will be overwritten by
updates. <br>
<br>
Much easier to delay the commflagger start-up by changing your
"Advert-detection command" (mythtv-setup->General->Page 9) to
something like:<br>
<br>
"sleep 3 && /usr/bin/mythcommflag"<br>
<br>
</body>
</html>