[mythtv] Any plans

Chad Columbus ccolumbu at hotmail.com
Wed Mar 31 20:12:32 EST 2004

First let me thank all of you for your input. It has been very helpful.

I should share some more information with the group so you will all know why I asked the question to begin with.
Here is how I use multiple season passes and "first run" as Tivo defines it.
Note: Tivo just lets you "stack" your season passes, shows at the top get recorded in the case of a conflict.

I create a season pass with "first run only" as a parameter, for all my favorite shows
I also create a 2nd season pass with "record all episodes", for all my favorite shows

I stack all my first run shows in order of my most wanted to least wanted.
After ALL my first run passes I put all my "all episode" passes.

This has the effect of giving my re-runs when it can but a rerun never bumps a first run.
I want to get all my first run shows no matter what, I would rather record my least favorite first run show over my most favorite
re-run show.

As I see it now, if a re-run of a show with a priority 10 will be recorded instead of a first run show with a priority of 9, I don't
want this behavior.

Also please note I am building a 3 tuner box, with dual 2.6 GHz CPUs and 500 Gb of hard drive. I take my TV very seriously.


----- Original Message ----- 
From: "Bruce Markey" <bjm at lvcm.com>
To: "Development of mythtv" <mythtv-dev at mythtv.org>
Sent: Wednesday, March 31, 2004 4:07 PM
Subject: Re: [mythtv] Any plans

> jose rubio wrote:
> > On Wed, 2004-03-31 at 14:56, Derek Atkins wrote:
> >
> >>"Adam Biskobing" <tv at badmoon.com> writes:
> >>
> >>
> >>>If I remember correctly that is a little different.  Previouslyshown is data
> >>>gathered from Myth, and not from XMLTV.  I could be wrong about this, if so,
> >>>someone please correct me.
> >>
> >>Consider yourself corrected.  This is from xmltv.
> >>
> >>-derek
> >
> > I don't think the problem is XMLTV.  I think it is that the program info
> > (in the US) does not include the information on whether the show is a
> > repeat or not.
> It isn't really a problem at all. The listings do contain some
> sporatic information for repeats that XMLTV passes along and
> myth stores in the previouslyshown field of the program table. If
> you run the SQL command that "henri" had included, you should see
> that there are probably 1's and 0's in your database too.
> mysql> select title, previouslyshown from program;
> >   If the show has been previously recorded by myth then it
> > is in the DB and it won't be recorded if you tell it not to record
> > repeats.
> I guess it should be pointed out that the station re-brodcasting
> a show that has been previously aired is a different piece of
> information than a DVR tracking that it has recorded an episode
> before. Personally, I don't find the information in the listings
> that the show is a re-broadcast all that interesting. If I haven't
> seen it before then it's new to me ;-).
> > This may be different in other countries.  I noticed earlier in the
> > thread that somepeople running tv_grab_na and tv_grab_au said that their
> > tv data had "repeat" info.
> > Is that right?
> Not exactly. tv_grab_na does include repeat info that is used
> to set previouslyshown. Some grabbers may not but in either case
> this is not used for duplicate matching nor should it be.
> --  bjm


mythtv-dev mailing list
mythtv-dev at mythtv.org

More information about the mythtv-dev mailing list