[mythtv-commits] Ticket #2070: search results duplicated for overlapping channels

MythTV mythtv at cvs.mythtv.org
Tue Jul 18 15:47:04 UTC 2006


#2070: search results duplicated for overlapping channels
---------------------+------------------------------------------------------
 Reporter:  rtsai    |        Owner:  xris
     Type:  patch    |       Status:  new 
 Priority:  minor    |    Milestone:      
Component:  mythweb  |      Version:  head
 Severity:  low      |   Resolution:      
---------------------+------------------------------------------------------
Old description:

> I have a system with 2 x HD-3000 cards each with their own differently-
> oriented antennas so that I can get all the channels in my area. There is
> some amount of overlap in the channels tunable by each pcHDTV card.
>
> The MythWeb search results ("Movies", "New Titles", etc.) show the titles
> on these overlapping channels as separate results. However, I'm not sure
> of the best way to handle this.
>
> I've attached a patch that groups the results by channum, so the
> interface gets less cluttered. However, this might not be the "best" way
> to handle this scenario. Taking the "movies" canned search as an example,
> I generally use "Find one showing", and things work as expected and as
> intended; the GROUP BY channum doesn't hurt anything.
>
> However, select "Record just this showing" might be intended to mean
> "record from this card", which would be hidden by any channum GROUP BY
> clauses.
>
> I haven't checked the backend scheduler code to see exactly what "Record
> this showing" means yet.
>
> I've attached the patch I use in my tree in case anyone has the same
> peeve, but I'm not quite sure this should be committed.

New description:

 I have a system with 2 x HD-3000 cards each with their own differently-
 oriented antennas so that I can get all the channels in my area. There is
 some amount of overlap in the channels tunable by each pcHDTV card.

 The MythWeb search results ("Movies", "New Titles", etc.) show the titles
 on these overlapping channels as separate results. However, I'm not sure
 of the best way to handle this.

 I've attached a patch that groups the results by channum, so the interface
 gets less cluttered. Taking the "movies" canned search as an example, I
 generally use "Find one showing", and things work as expected and as
 intended; the GROUP BY channum doesn't hurt anything.

 However, selecting "Record just this showing" might be intended to mean
 "record from this card", which would be hidden by any channum GROUP BY
 clauses.

 I haven't checked the backend scheduler code to see exactly what "Record
 this showing" means yet. I've attached the patch I use in my tree in case
 anyone has the same peeve, but I'm not quite sure this should be
 committed.

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/2070#comment:1>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list