[mythtv-users] Duplicated recordings

Thu Dec 4 19:49:01 UTC 2014

OK, I think I found why in the logs

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
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
Dec  3 20:00:00 gossamer mythbackend: mythbackend[3791]: I Scheduler
scheduler.cpp:2126 (HandleReschedule) Reschedule requested for PLACE
PrepareToRecord
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
to peel back surfaces and strip them layer by layer to study these
miniature worlds and the secrets of the early solar system. | EP020291990003
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
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
0:00Z
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'.
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
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)
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
n, when Frank meets Frank; in Illinois, the guys uncover a trove of rare
microcars. | EP012124070163

(The Killer Asteroids is actually the one scheduled for re-record...)

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?

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)

-- 
Justin B. Alcorn
PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C

On Thu, Dec 4, 2014 at 2:29 PM, Hika van den Hoven <hikavdh at gmail.com>
wrote:

> Hoi Justin,
>
> Thursday, December 4, 2014, 7:48:19 PM, you wrote:
>
> > I have other examples, including one that has recorded successfully
> > twice and is scheduled to record again in a couple of days.
>
> > --
> > Justin B. Alcorn
> > PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C
> >
> > On Thu, Dec 4, 2014 at 1:32 PM, Justin Alcorn <justin at jalcorn.net>
> wrote:
> > I'm intermittently getting duplicate recordings.  The latest was today -
> > American PickersLet's Be Frank2014x26EP0121240701632014-11-26Wed Dec 3,
> 2014 (08:00 PM)
> > Then  again
> > American PickersLet's Be Frank2014x26EP0121240701632014-11-26Thu Dec 4,
> 2014 (12:01 AM)
>
> > Is there a good way to find out why the scheduled made this
> > decision?  When I looked at the schedule yesterday, it was only
> > scheduled to record the first instance.  The first instance seems
> > fine, so it shouldn't be a damaged recording - how do I find out?
>
> Is there anything in the log. Any error (E) or warning (W).
>
>
> Tot mails,
>   Hika                            mailto:hikavdh at gmail.com
>
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
>
> De lerende Mens
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20141204/2e1411af/attachment.html>