[mythtv] Re: [mythtv-commits] Re: Ticket #741: Patch for naming videosources...

Bruce Markey bjm at lvcm.com
Mon Dec 5 19:04:18 UTC 2005

Simon Kenyon wrote:
> On Sun, December 4, 2005 9:29 pm, MythTV wrote:
>> #741: Patch for naming videosources...
>> --------------------+-------------------------------------------------------
>>  Reporter:  jochen  |        Owner:  ijr
>>      Type:  defect  |       Status:  reopened
>>  Priority:  minor   |    Milestone:  0.19
>> Component:  mythtv  |      Version:
>>  Severity:  medium  |   Resolution:
>> --------------------+-------------------------------------------------------
>> Changes (by bjm <bjm at lvcm.com>):
>>   * resolution:  fixed =>
>>   * milestone:  => 0.19
>>   * status:  closed => reopened
>>   * type:  enhancement => defect
>> Comment:
>>  This isn't going to work. Currently the dispaly shows cardid:inputname .
>>  The ticket refers to "videosources" tho that's not what's in in the
>> patch.
>>  {{{
>>  mysql> select cardinputid, cardid, inputname, videosource.name from
>>  cardinput join videosource on cardinput.sourceid = videosource.sourceid
>>  where cardid=2 or cardid=3 order by cardid;
>>  +-------------+--------+------------+--------------+
>>  | cardinputid | cardid | inputname  | name         |
>>  +-------------+--------+------------+--------------+
>>  |           2 |      2 | Television | CoxCableDD   |
>>  |           7 |      2 | Composite1 | VCR          |
>>  |           5 |      3 | S-Video 0  | CoxDigitalDD |
>>  |           6 |      3 | Tuner 0    | CoxCableDD   |
>>  +-------------+--------+------------+--------------+
>>  4 rows in set (0.00 sec)
>>  }}}
>>  A capturecard.displayname wouldn't distinguish card 2s "Television" or
>>  "Composite1" input nor 3s "S-Video 0" or "Tuner 0" and none of it
>> defines
>>  if the source is "CoxCableDD", "CoxDigitalDD" or "VCR".
>>  I could see using ca name for the card in place of the number but it
>> still
>>  has to say which input on the card. I could see using the
>> videosource.name
>>  in place of the inputname but there have to be two pieces of information
>>  on the display; one to which card is active and one to say which set of
>>  channels to expect.
>>  Or, at the very least, put displayname in the card input table so the
>> user
>>  could name individual inputs.
> that was my original reaction too. but then i thought about how i would
> use it.
> with 4 cards and the following lineup:
> card 1 - tuner   - source 1
> card 1 - s-video - source 2
> card 2 - tuner   - source 1
> card 3 - tuner   - source 1
> card 3 - s-video - source 3
> card 4 - tuner   - source 1
> card 4 - s-video - source 3
> what i really would want is to name sources and have a key to cycle
> through them (plus the ability to order and define a priority). i really
> don't care if i'm getting a program from source 3 on card 3 or card 4. i
> do sort of care that i'm getting a program from source 1 on card 1; as
> that removes the ability for someone else to watch a program from source 2
> (of which i only have one source).
> maybe this is way too complicated a scheme, but i'm sure that my setup is
> by on means as complicated as some people on this list.
> what do you think?

I think you missed the point of this. The issue is displaying a
user friendly string in place of the cryptic number and driver
defined input name so your family can see "VCR" on screen rather
than "2: Composite1" and expect them to understand that this is
the input for the VCR. This doesn't affect any functionality.

The key to cycle through cards is "Y" by default or the keybinding
for SWITCHCARDS. The order and priority of the inputs are at the
core of the scheduler and I detailed how the scheduled and live
inputs are selected in another message last night. You can change the
order of cards or inputs and you can add or subtract priority for
inputs but this has nothing to do with on screen display strings.

This change does allow you to display "Dish Network", or whatever,
in place of "1: S-Video 0" when you switch to that source 2 input.

The fact that you "really don't care" which input you switch to
is moot. I only use A/V test mode for checking signal quality and
picture settings and I need to know which wire is loose or which
device to send a v4l ioctl to or which channel needs a filter
adjusted. Before we had the OSD messages, it was a guessing game
(or checking backend logs) to figure out which input was used
after pressing Y and C multiple times. I need to see which input
is selected and with this change, you can have it say what the
video source or device is on screen if you'd like.

As for your card 1 busy, if there is a scheduled recording for
source 2 the live session would get a menu saying that s recording
is about to start. If you choose to keep watching and cancel the
recording, that someone has only you to blame ;-).

Configuration tip, put other sources on higher cards so there is
less contention. I currently have analog only on card 1, analog
and VCR on card 2 then analog and digital cable on card 3. Digital
channels always win card 3 unless there were three analog shows
all with higher priority at the same time and this is not gonna
happen. If I had digital on card 1, the scheduler's "Reschedule
Higher Priorities" would do the right thing and move analog shows
when the digital input was needed. However, it's less confusing
to know that digital has control of card 3 but it could still
be used as a third analog input if needed. In your case, ideally
you could have source 1 on 1,2,3 and 4, source 3 on 2 and 3 and
source 2 on 4 as 4 is the least likely to be needed for source 1.
At least if you could move source 2's s-video to card 2 or switch
the card numbers for cards 1 and 2, you may be better off.

--  bjm

More information about the mythtv-dev mailing list