<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 18, 2019 at 1:11 PM Tom Dexter <<a href="mailto:digitalaudiorock@gmail.com" target="_blank">digitalaudiorock@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/18/19, Allen Edwards <<a href="mailto:allen.p.edwards@gmail.com" target="_blank">allen.p.edwards@gmail.com</a>> wrote:<br>
> On Fri, Aug 16, 2019 at 1:33 PM Tom Dexter <<a href="mailto:digitalaudiorock@gmail.com" target="_blank">digitalaudiorock@gmail.com</a>><br>
> wrote:<br>
><br>
>> On 8/16/19, Allen Edwards <<a href="mailto:allen.p.edwards@gmail.com" target="_blank">allen.p.edwards@gmail.com</a>> wrote:<br>
>> > This may be a dumb question but why can't I edit the XMLTVID, Channum<br>
>> > and<br>
>> > Freqid in MythWeb under Channel Info and have that work? That is pretty<br>
>> > much all the information needed.<br>
>> ><br>
>> > Allen<br>
>> ><br>
>><br>
>> What needs to happen is a lot more complex than that, and my script<br>
>> addresses all of it. But before I get into that, I'm unclear as to why<br>
>> you'd be doing anything to the xmltvid in the first place. Assuming<br>
>> that's currently correct for the channel, that has nothing to do with<br>
>> any of this, as you're only trying the change the frequency of the<br>
>> existing channel. That aside, here's what you're missing there:<br>
>><br>
>> The freqid is the numeric channel number, and my script does in fact<br>
>> change that based on the frequency. However I don't think that even<br>
>> serves much purpose when it comes to tuning the channel. That depends<br>
>> on two things:<br>
>><br>
>> 1. The mplexid on the channel table, which must be assigned to the<br>
>> mplexid of the appropriate transport in the dtv_mulitplex table for<br>
>> the new frequency. Also note that you may not even have an entry in<br>
>> that table for the required frequency and my script can create that as<br>
>> needed.<br>
>><br>
>> 2. The serviceid on the channel table needs to be set to the proper<br>
>> PID (that PROGRAM number in the hdhomerun_config scan) to cause it to<br>
>> use the correct program in the above transport. I don't think the<br>
>> channel editor would let you change that either.<br>
>><br>
>> In fact, what you're describing probably wouldn't affect the channel's<br>
>> tuning behavior at all.<br>
>><br>
>> So there's a lot involved there, but again, my script does make it pretty<br>
>> easy.<br>
>><br>
>> Tom<br>
>><br>
>> @Tom<br>
><br>
> My question was a bit rhetorical. I was not so much saying what fields<br>
> would need to be changed as saying why can't Myth stations/channels be<br>
> edited by changing the relevant values in the interface that is already<br>
> there. We know from comments that when there is a frequency repack that SD<br>
> gets tons of questions from MythTV users. Other programs must handle a<br>
> repack in a more straightforward way.<br>
><br>
> That said, your script and the example you give in your email look like a<br>
> great step forward in making this a painless process.  I look forward to<br>
> trying it out when the time comes.<br>
><br>
> As a final check, is there anything about what I am running that might give<br>
> me trouble in using your script?  Best I can tell from the Ubuntu<br>
> documentation the perl binding was part of that build. I am, however, not<br>
> at all sure of that.<br>
><br>
> Mythbuntu 14.04.1 LTS and MythTV fixes/0.28<br>
><br>
> Allen<br>
><br>
I see. Yea, it would be nice to be able to do that in the channel<br>
editor, however it would need to do a good bit more than just editing<br>
that table as I'd imagine it does now...for example allowing you to<br>
select the correct frequency from the existing transports, or to<br>
create a new one etc...basically what my script is doing. What would<br>
probably solve all of this would be if the scan could have an option<br>
(at least for ATSC) to always update existing channels based purely on<br>
a match of ATSC major and minor numbers.<br>
<br>
As for my script: The database updates that does deal with tables and<br>
columns that haven't changed in about as long as I've been using<br>
MythTV, so nothing about your setup should be an issue. I actually<br>
just looked specifically at the schema updates between 0.28 and even<br>
30.0 and nothing involved has changed for sure.<br>
<br>
You can quickly find out if you have those bindings by just<br>
downloading that script and trying it. You can give it execute<br>
permissions with:<br>
<br>
chmod a+x mythtv-us-atsc-add-channel<br>
<br>
Then you can try this:<br>
<br>
./mythtv-us-atsc-add-channel -h<br>
<br>
If you get the help text you're fine...otherwise you'll get this:<br>
<br>
Can't locate MythTV.pm in @INC (you may need to install the MythTV<br>
module)...etc etc<br>
<br>
If you don't have the bindings let me know...I've actually already<br>
made a version without that that has the database, user, and password<br>
directly in the script where you have to edit them in the script.<br>
<br>
If anyone's interested, I've attached another utility that to add a<br>
new ATSC channel that's worked well for me. Note that it can't add new<br>
frequencies, however you can do that with my first script using the -c<br>
option.<br>
<br>
Tom<br></blockquote><div><br></div><div>Thanks Tom</div><div><br></div><div>I get the help file with both  ./mythtv-us-atsc-add-channel -h  and  ./mythtv-us-atsc-freq-check -h so I guess all is good.</div></div><br><div>Now which one do I use to do the rescan? I thought it was freq-check but then you sent the add-channel code and told me to use that.</div><div><br></div><div>Allen</div></div>