[mythtv-users] Need to prioritise cards/inputs for live tv

[John Andersen]

On 12/10/05, Bruce Markey <bjm at lvcm.com> wrote:
> John Andersen wrote:
> > On 12/4/05, Bruce Markey <bjm at lvcm.com> wrote:
> >> W.Kenworthy wrote:
> >>> I am not at the machine to try this: is it possible to just renumber the
> >>> cards within the database?  e.g, the cardid field in a number of tables.
> >>> What else?
> >> Yes, in the capturecard and cardinput tables only. However
> >> it may be just as easy and less error prone to truncate these
> >> tables then reenter the cards and inputs with mythtv-setup.
> >> In either case, make a DB backup first.
> >
> > Are you sure this works?
>
> Positive. Unlike hundreds of other people who pull things out of
> their own ass that sound plausible to them then try to pass them
> off as the truth, I try to post factual information. Either I know,
> find out, or don't post.
>
> >   My two backends seem
> > to prefer the card that appears second in the list of cards.
> >
> > In the CaptureCard Table
> > Card 1 is in master
> > Card 2 is in slave
> >
> > Similarly, in the CardInput table
> > The first Cardinput points to capturecard 1
> > The second Cardinput points to Capturecard 2
> >
> I find it fascinating
> that you chose to reply to part of one of my messages from this
> thread but ignored the entire explanation that had just been given.


> For live, by default it chooses an available card with the same
> hostname as the requesting frontend. If none, it chooses the lowest
> numbered cardid that is available.


And I found it utterly astounding you managed to formulate
a snotty reply without reading a single thing I wrote.

Specificically you said:

> For live, by default it chooses an available card with the same
> hostname as the requesting frontend. If none, it chooses the lowest
> numbered cardid that is available.

Yet this is clearly not the case in my example.  The slave's tuner
always is selected first for watching live tv.

Needless to say, this throws the rest of your reply
into doubt.