<div dir="ltr">OK, I think I found why in the logs<div><br></div><div><div>Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: N Scheduler autoexpire.cpp:264 (CalcParams) AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 15 min</div><div>Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: I Scheduler scheduler.cpp:2678 (HandleRecordingStatusChange) Tuning recording: "American Pickers":"Let's Be Frank": channel 2135 on cardid 14, sourceid 1</div><div>Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: I Scheduler scheduler.cpp:2126 (HandleReschedule) Reschedule requested for PLACE PrepareToRecord</div><div>Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: I Scheduler scheduler.cpp:2126 (HandleReschedule) Reschedule requested for CHECK -9 286 0 UpdateRecStatus2 | Strip the Cosmos | Killer Asteroids | Examine asteroids as CGI is used</div><div>to peel back surfaces and strip them layer by layer to study these miniature worlds and the secrets of the early solar system. | EP020291990003</div><div>Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: I Scheduler scheduler.cpp:2239 (HandleReschedule) Scheduled 408 items in 0.1 = 0.00 match + 0.00 check + 0.13 place</div><div>Dec  3 20:00:07 gossamer mythbackend: mythbackend[3791]: I Metadata_963 jobqueue.cpp:2156 (DoMetadataLookupThread) JobQueue: Metadata Lookup Starting for "Strip the Cosmos":"Killer Asteroids" recorded from channel 2132 at 2014-12-04T00:0</div><div>0:00Z</div><div>Dec  3 20:00:15 gossamer mythbackend: mythbackend[3791]: W TVRecEvent tv_rec.cpp:4047 (TuningSignalCheck) TVRec[14]: TuningSignalCheck: taking more than 15000 ms to get a lock. marking this recording as 'Failing'.</div><div>Dec  3 20:00:15 gossamer mythbackend: mythbackend[3791]: W TVRecEvent tv_rec.cpp:4049 (TuningSignalCheck) TVRec[14]: See 'Tuning timeout' in mythtv-setup for this capturecard</div><div>Dec  3 20:00:15 gossamer mythbackend: mythbackend[3791]: I CoreContext scheduler.cpp:710 (UpdateRecStatus) Updating status for "American Pickers":"Let's Be Frank" on cardid 14 (Tuning => Failing)</div><div>Dec  3 20:00:15 gossamer mythbackend: mythbackend[3791]: I Scheduler scheduler.cpp:2126 (HandleReschedule) Reschedule requested for CHECK -14 271 0 UpdateRecStatus2 | American Pickers | Let's Be Frank | It's a match made in picking heave</div><div>n, when Frank meets Frank; in Illinois, the guys uncover a trove of rare microcars. | EP012124070163</div></div><div><br></div><div><br></div><div>(The Killer Asteroids is actually the one scheduled for re-record...)</div><div><br></div><div>So apparently there's something about the HDPVR tuning it doesn't like.  It's probably my script that checks to be sure the STB is on...it's taking too long. Maybe?</div><div><br></div><div>That brings up an interesting point.  How do I tell MythTV that a recording is fine and there's no need to reschedule.  Is clicking 'Never record' on the rescheduled one the only way?  (Other than removing DAMAGED from the recordedprogram table)</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">-- <br>Justin B. Alcorn<br>PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C</div></div>
<br><div class="gmail_quote">On Thu, Dec 4, 2014 at 2:29 PM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Justin,<br>
<span class=""><br>
Thursday, December 4, 2014, 7:48:19 PM, you wrote:<br>
<br>
> I have other examples, including one that has recorded successfully<br>
> twice and is scheduled to record again in a couple of days.<br>
<br>
> --<br>
> Justin B. Alcorn<br>
> PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C<br>
><br>
> On Thu, Dec 4, 2014 at 1:32 PM, Justin Alcorn <<a href="mailto:justin@jalcorn.net">justin@jalcorn.net</a>> wrote:<br>
> I'm intermittently getting duplicate recordings.  The latest was today - <br>
</span>> American PickersLet's Be Frank2014x26EP0121240701632014-11-26Wed Dec 3, 2014 (08:00 PM)<br>
> Then  again<br>
> American PickersLet's Be Frank2014x26EP0121240701632014-11-26Thu Dec 4, 2014 (12:01 AM)<br>
<span class=""><br>
> Is there a good way to find out why the scheduled made this<br>
> decision?  When I looked at the schedule yesterday, it was only<br>
> scheduled to record the first instance.  The first instance seems<br>
> fine, so it shouldn't be a damaged recording - how do I find out?<br>
<br>
</span>Is there anything in the log. Any error (E) or warning (W).<br>
<br>
<br>
Tot mails,<br>
  Hika                            mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
<br>
"Zonder hoop kun je niet leven<br>
Zonder leven is er geen hoop<br>
Het eeuwige dilemma<br>
Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
<br>
De lerende Mens<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div><br></div>