<br><br><div class="gmail_quote">On Tue, Nov 30, 2010 at 7:05 PM, Scott &amp; Nicole Harris <span dir="ltr">&lt;<a href="mailto:snharris99@live.com">snharris99@live.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Tuesday, November 30, 2010 05:09:54 pm Scott &amp; Nicole Harris wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I have had a few instances now, where transcode jobs get stuck and<br>
would run presumably forever. †Oddly, the last 3 times have all been<br>
with the same program (different episodes, obviously) and the<br>
progress seems to get stuck in almost the exact same spot, around<br>
35%-38%.<br>
<br>
Aside from the decidedly negative effect of this causing everything<br>
else in the queue to take a permanent hiatus until this job is<br>
stopped, it also has the nasty effect of filling up the backend log<br>
with line after line of this...<br>
<br>
2010-11-30 18:29:55.710 Couldn&#39;t open file abort.dat<br>
2010-11-30 18:29:55.718 Failed to decode frame. †Position was: 0<br>
<br>
I have had two occasions where the jobs were set up just before going<br>
to bed for the night, and the jobs ran for 10 hours before I<br>
discovered them, and the backend log was in the 100ís of MBs.<br>
<br>
The only way I have been able to stop these jobs is to go into a<br>
terminal, find the PID for mythtranscode and kill it. †Then find the<br>
.tmp file for the job and manually delete it. †Any attempts to pause<br>
it, stop it, etc from the Info Center are met with failure.<br>
<br>
I only run lossless transcodes to remove commercial cuts.<br>
<br>
Has anyone else encountered this issue? †More importantly, is there a<br>
better way to kill these jobs?<br>
<br>
</blockquote></blockquote>
<br></div><div class="im">
Brian Wood wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
killall will kill jobs by name. Something like htop will allow you to<br>
find the process easily and kill it.<br>
</blockquote>
<br></div>
I am not terribly concerned with finding the job to kill it, I am wondering if there&#39;s a better way. †Preferably from within Myth. †I guess the extension is, why would the job run on forever, without it being gracefully terminated at some point?<div>
<div></div><br></div></blockquote></div><br><br>Yep, same issue.†† I only record over that air, ATSC content, and then lossless transcode to cut commercials.† I&#39;m up to date with .23.1 fixes on mythtbutn 10.4.1<br><br>
I will be auto-stopping jobs soon using expect.† Something like this format, but for the user job...<br><br>#! /usr/bin/expect --<br><br>################################################################################<br>
# Script Name : timeout.expect<br># Purpose†††† :† set arbitrary time, that arbitarty jobs cannot exceed.<br>################################################################################<br><br>set timeout 50<br>set mypid [spawn -noecho sleep 500]<br>
expect timeout {exec kill $mypid;exit 13}<br><br><br>-- <br>Dan Rose<br><br><br>