[mythtv-users] [mythtv-commits] mythtv/master commit: eed7862e8 by Raymond Wagner (wagnerrp)

[Michael T. Dean]

On 03/14/2012 12:20 PM, Steven Adeff wrote:
> On Tue, Mar 13, 2012 at 5:30 PM, Michael T. Dean wrote:
>> On 03/13/2012 07:47 AM, Steven Adeff wrote:
>>> On Mon, Mar 12, 2012 at 6:04 PM, Michael T. Dean wrote:
>>>> On 03/12/2012 04:28 PM, Steven Adeff wrote:
>>>>> On Mon, Mar 12, 2012 at 3:42 PM, Michael T. Dean wrote:
>>>>>> On 03/11/2012 01:53 PM, Steven Adeff wrote:
>>>>>>> Michael,
>>>>>>>
>>>>>>> On my parents 0.24.2 setup, if I run with dd-grab-all it adds all the
>>>>>>> channels in my schedulesdirect lineup to all my sources, which causes
>>>>>>> my QAM tuners to try and tune cable channels. I don't see any of the
>>>>>>> options for mythfilldatabase that will prevent it from adding channels
>>>>>>> to the sources when running a grab. Is there a way to do this? right
>>>>>>> now in testing I'm having to dump the channels table and restore from
>>>>>>> a few days ago.
>>>>>>>
>>>>>>> It seems to not be doing this on my 0.25b setup though.
>>>>>>>
>>>>>>> thanks!
>>>>>> Sounds like you're either using the not visible channels hack (to hide
>>>>>> the untunable channels on the source you don't want them) or running
>>>>>> mythfilldatabase with --remove-new-channels on the working setup, and
>>>>>> you're not on the broken setup.
>>>>> Ah, yes, on the setup that is working I do have some channels set with
>>>>> visible=0.
>>>>>
>>>>> So should I be running with --remove-new-channels when I run
>>>>> --dd-grab-all to avoid this issue?
>>>> Or set up the channels you don't want the QAM tuners using as not
>>>> visible in the QAM video source.
>>> so create two sources in schedulesdirect, one for the QAM and one for
>>> cable and link them separately in MythTV?
>> Well, assuming the QAM tuners are tuning with their internal tuners
>> (i.e. using ATSC major/minor numbers) and the cable tuners are analog
>> encoders that use "frequency ID" (which is likely a channel number sent
>> to a channel change script that changes channel on an STB), you should
>> have 2 different video sources--because they tune channels differently.
>> (Video Source is a list of channels available on an input /and/
>> information about how to tune those channels.)
>>
>> Note, also, that if a video source is connected to a digital input (and
>> only a digital input), mythfilldatabase should not attempt to add
>> channels to the video source (since it realizes that you need to scan
>> for those channels).  So, if you have a single video source connected to
>> a digital (scannable) and analog (non-scannable) input, that probably
>> explains why it's trying to add channels to your QAM video source.
> sorry, right, my bad on the nomenclature.
>
> I have two sources, one for the QAM tuner (yes, by frequency), and one
> for the cable tuners (HDPVR's) but channel number using a channel
> change script.
>
> running mythfilldatabase without --remove-new-channels causes the
> channels available on schedulesdirect (for use by the HDPVRs) to be
> added to the source for the QAM tuner.
>
>>> Also, oddly, ever since I ran the --dd-grab-all on that machine even
>>> if I go back to just using the commands I was previously using of
>>> --refresh-today --refresh-second it is still adding all the channels
>>> to the QAM source.
>>>
>>> that was a frustrating realization =P
>> FWIW, --dd-grab-all has no bearing on whether channels will be added or
>> not.  So, this may have been happening before, but testing --dd-grab-all
>> just made you notice it?
> previous to this "ordeal", I had --refresh-today --refresh-second as
> arguments for mythfilldatabase, I may have added --remove-new-channels
> as well, though I don't remember now.
>
> It sounds like, however, regardless, I should be able to run with
> --dd-grab-all without --remove-new-channels and the source for the QAM
> tuner should not add those channels. So to add to this, the QAM tuner
> is a Ceton card but without a cablecard (Time Warner), could it be
> that Myth sees this as a digital tuner that should be updated with the
> new channels and not as a QAM tuner that should not?
>
> running with --remove-new-channels for now "solves" the situation.


Then it sounds like your Ceton card is being treated as an unscannable 
digital tuner (i.e. perhaps because it's not a supported device in 
0.24-fixes?).

If so, you'll need to either add those channels and mark them as not 
visible in the video source where they shouldn't be used or use 
--remove-new-channels.

Mike