[mythtv] [PATCH] Control duplicates by channel ID
Bruce Markey
bjm at lvcm.com
Sat Aug 4 17:29:48 UTC 2007
David Shay wrote:
...
> OK. Coding/Testing at 3AM was a bad idea. I was testing with the same
> chanid and same callsign. I started testing with different chanid's
> and the same callsign and found more issues, but I think I've fixed
> them now, at least within the scheduler. I still don't know how to
Yeah, this has the basics working. Good job.
> get a record entry in via the GUI, but if we can do that, I *think*
> the scheduler *might* now work...
I'm not sure what you mean.
> I tested this by forcing a new "record" entry in with the same
> callsign. I still couldn't get one in. In fact, I'm not sure what
> the right GUI for this should be. For instance, if you are coming in
> from the program guide, and you already have one defined, but the
> "consider channel id is set", maybe there is another button choice
> added to the list that says "add new rule for same channel/callsign".
Here's another example of why I make a big deal about channel
(frequency) and station (building), things quickly become "who's
on first?". You can not create a second rule for the same
(frequency)/(station). You need to create two different rules
for two (frequency)/(station) pairs i.e. 8/KLAS (1008) and 128/KLAS
(2128).
> Were you able to get a rule in with your change above or not?
Yes, with your patch 4. The point of the FromProgram() change was
that the scheduling pages should not mark a status for instances
on other chanids. Therefore, I can add another rule on a showing
from another chanid. Before they were marked "O" for the recordid
of the rule on the other chanid.
If I go to the EPG or any proglist page and set a rule for one
chanid, showings on other chanids are rsUnknown and I can add
another rule for the same show for that chanid only also. I added
a rule for "Teen Kids News"
8/4 9:30 am 8 KLAS Teen Kids News 2
8/4 9:30 am 128 KLAS Teen Kids News -
8/4 12:00 am 19 LV1 Teen Kids News -
8/11 9:30 am 8 KLAS Teen Kids News 2
8/11 9:30 am 128 KLAS Teen Kids News -
8/11 12:00 am 19 LV1 Teen Kids News -
I then clicked "I" on the second line and made a second dupchanid
rule:
8/4 9:30 am 8 KLAS Teen Kids News 2
8/4 9:30 am 128 KLAS Teen Kids News 1
8/4 12:00 am 19 LV1 Teen Kids News -
8/11 9:30 am 8 KLAS Teen Kids News 2
8/11 9:30 am 128 KLAS Teen Kids News 1
8/11 12:00 am 19 LV1 Teen Kids News -
mysql> select recordid,dupchanid,chanid,title from record where title = 'Teen Kids News';
+----------+-----------+--------+----------------+
| recordid | dupchanid | chanid | title |
+----------+-----------+--------+----------------+
| 1328 | 1 | 1008 | Teen Kids News |
| 1329 | 1 | 2128 | Teen Kids News |
+----------+-----------+--------+----------------+
2 rows in set (0.02 sec)
2007-08-04 09:23:57.402 Using protocol version 36
Retrieving Schedule from Master backend.
--- print list start ---
Title - Subtitle Ch Station Day Start End S C I T N Pri
Teen Kids News 8 KLAS 04 09:30-10:00 1 2 3 A 2 1/0
Teen Kids News 128 KLAS 04 09:30-10:00 2 1 1 A 1 1/0
The Soup 36 ETVP 04 10:00-10:30 1 0 0 w P -5/0
PGA Golf - "WGC Bridgestone In 128 KLAS 04 10:00-15:29 2 1 1 A 1 0/0
Both wre scheduled to record and at 9:30 both did record. However,
only one entry was added to oldrecorded:
mysql> select recordid,chanid,station,programid,title from oldrecorded where title = 'Teen Kids News';
+----------+--------+---------+--------------+----------------+
| recordid | chanid | station | programid | title |
+----------+--------+---------+--------------+----------------+
| 1329 | 2128 | KLAS | EP5987610168 | Teen Kids News |
+----------+--------+---------+--------------+----------------+
1 row in set (0.00 sec)
There need to two entries to track that this has recorded on
both 8 and 128. Presumably another showing on 8 would re-record
becuase there is no 1328/1008/KLAS/EP5987610168/Teen Kids News
entry. So, I stopped both recording then restarted to MBE. I
expected that the 128/KLAS would be marked as rsRecorded and
the 8/KLAS would reactivate because there is no matching
oldrecorded entry but they were both marked "R". [I now realize
that there was a 'recorded' entry which is why it was "R". I'll
have to try this again later.]
-- bjm
More information about the mythtv-dev
mailing list