On 5/4/05, Bruce Markey <[EMAIL PROTECTED]> wrote:
> Peter Lee wrote:
> 
> > Yeah, I wonder if maybe there was a 24-hour long program scheduled for
> > Wednesday, but this doesn't seem to be the case.  Anyway, here is the
> > output from "mythbackend --printsched".
> 
> Okay, you do have two sourceids. Card 1 input 1 is associated with
> source 1 and card 2 input 2 is associated with source 2. Is this
> intentional? Are they really receiving different sets of channels
> like one is a digital cable box and the other is analog? Or, did
> you not know that you could/should use the same source if the
> station are from the same provider? It looks like you have channels
> over 100 on both and the same stations are on the same channels.
> If so, run mythtv-setup again and change the source for the
> second card's input to be the same as the first. As it is, you
> are probably pulling the same data twice each night. and it
> failed to fill the data for one of them.
> 
> $ mysql -u mythtv -pmythtv mythconverg
> 
> mysql> select count(*) from program where starttime > '20050504'
> and starttime < '20050506' and chanid < 2000;
> 
> mysql> select count(*) from program where starttime > '20050504'
> and starttime < '20050506' and chanid > 2000;
> 
> I suspect the first one will return pretty much zero and the
> second thousands.
> 
> Manually run "mythfilldatabase --refresh-today". The sooner the
> better =).
> 
> --  bjm

Thanks for the info.

But...I'm very confused.  I do indeed have two different sources. 
Card 1 is on digital cable and card 2 is on analog cable.  (I.e., I
have only one digital cable box.)  So, card 1 is on the digital cable
source and card 2 is on the analog cable source.  The channels are as
they were provided by zap2it (and they appear to be correct because I
do in fact get correct recordings on both sources).

Anyway, unless I really do not understand how this works (which is
definitely possible), I think each card should have a different
source, right?

When I run:

> $ mysql -u mythtv -pmythtv mythconverg
> 
> mysql> select count(*) from program where starttime > '20050504'
> and starttime < '20050506' and chanid < 2000;

I get:

+----------+
| count(*) |
+----------+
|     3815 |
+----------+
1 row in set (7.82 sec)


And for:

> mysql> select count(*) from program where starttime > '20050504'
> and starttime < '20050506' and chanid > 2000;

I get:

+----------+
| count(*) |
+----------+
|     3487 |
+----------+
1 row in set (2.57 sec)


The status message says that last night's mythfilldatabase succeeded. 
(This was the first thing I checked when I noticed the scheduling
anomaly.)  But anyway, following your advice, I just ran
"mythfilldatabase --refresh-today", and that seems to have cleared up
the problem.  So indeed it appears that source 1's data for Thursday
was not present.

Wow, thanks for the help.  I still don't know what happened, but it is
fixed now.  Is it possible that mythtv's status message could report
that the mythfilldatabase succeeded when it actually did not?

Peter
_______________________________________________
mythtv-users mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Reply via email to