Mailing List Archive

Can't seem to delete channels
Hi all -

While doing a bit of reconfiguration (deleted/re-entered capture cards)
one of my three channel lists (all subsets of one SD account) wound up
getting a bunch of channels added to it that it can't tune.

I tried to go in and delete them using the MythWeb interface, but ....
nothing doing. I click on them in the "delete" column, click on "save" -
but they don't go away.

I'm afraid to use the editor in mythtv-setup, because the last time I did
this, I would up blowing away ALL of the channels in a video source (will
it let me delete then one at a time, or a group (but not all))?

I looked through the wiki, and also on gossamer-threads, but found
surprisingly little on this. So I'm thinking that the
Mythweb-refuses-to-delete issue is unique to my setup? ;-) Also, can
someone tell me how to delete one, or a small group of channels from a
source, using the mythtv-setup channel editor?

Please forgive me if I'm missing something totally obvious.

I'm running 0.21 (latest stable Mandriva RPMs).
Thanks.


--
________________________________________
Bob Sully - Simi Valley, California, USA
http://www.malibyte.net
http://www.malibyte.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: Can't seem to delete channels [ In reply to ]
On April 19, 2008 01:18:29 am Bob Sully wrote:
> Hi all -
>
> While doing a bit of reconfiguration (deleted/re-entered capture cards)
> one of my three channel lists (all subsets of one SD account) wound up
> getting a bunch of channels added to it that it can't tune.
>
> I tried to go in and delete them using the MythWeb interface, but ....
> nothing doing. I click on them in the "delete" column, click on "save" -
> but they don't go away.
>
> I'm afraid to use the editor in mythtv-setup, because the last time I did
> this, I would up blowing away ALL of the channels in a video source (will
> it let me delete then one at a time, or a group (but not all))?
>
> I looked through the wiki, and also on gossamer-threads, but found
> surprisingly little on this. So I'm thinking that the
> Mythweb-refuses-to-delete issue is unique to my setup? ;-) Also, can
> someone tell me how to delete one, or a small group of channels from a
> source, using the mythtv-setup channel editor?
>
> Please forgive me if I'm missing something totally obvious.
>
> I'm running 0.21 (latest stable Mandriva RPMs).
> Thanks.

I can't help with the mythweb question. But using mythtv-setup ->channel
editor, just highlight the entry you want to remove and press the 'D' key. It
will prompt you before actually removing that entry.

Chuck
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: Can't seem to delete channels [ In reply to ]
Chuck Filson wrote:
> On April 19, 2008 01:18:29 am Bob Sully wrote:

>> I tried to go in and delete them using the MythWeb interface, but ....
>> nothing doing. I click on them in the "delete" column, click on "save"
>> but they don't go away.
>>
>> I'm afraid to use the editor in mythtv-setup, because the last time I
>> did this, I would up blowing away ALL of the channels in a video source
>> (will it let me delete then one at a time, or a group (but not all))?

> I can't help with the mythweb question. But using mythtv-setup ->channel
> editor, just highlight the entry you want to remove and press the 'D' key.
> It will prompt you before actually removing that entry.
>
> Chuck

Doh!!

I think the last time I hit the "delete channels" button on the first
screen and it deleted all of them...once bitten, twice shy. Yes, that
works...wish it would stay on the channel list so I don't have to hit
down-arrow to get back to the list, then "page down" several times to
delete the next one (I have like 50 to delete) - but I'll take it ---
thanks!

I'm still wondering why MythWeb won't let me delete them? Worked in 0.20.

Bob
--
________________________________________
Bob Sully - Simi Valley, California, USA
http://www.malibyte.net
http://www.malibyte.com



--
________________________________________
Bob Sully - Simi Valley, California, USA
http://www.malibyte.net
http://www.malibyte.com

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: Can't seem to delete channels [ In reply to ]
> Date: Thu, 29 Jul 2021 08:37:47 +0100
> From: David Watkins <watkinshome@gmail.com>

> Since relatively recently MythTV will hang on to deleted channels as long
> as long as there are any recordings made from them.

> They should be marked as 'deleted' in the database.

> In my experience MythWeb has not been updated to work with this continues
> to display them and shows strange behaviour if the same channel appears on
> a different source.

I don't think this is a mythweb problem. In the frontend right now, I'm
seeing it trying and failing to record two programs simultaneously from
the SD and HD source of a channel I don't get, which I set disabled last
night. And I see upcoming recordings trying to record simultaneously
from the SD and HD versions of several other channels to which I do
subscribe, yet I disabled all SD channels which had HD equivalents.

I don't have any other sources. I'm also surprised that my supposedly-
deleted channels appear to still be getting data fetched for them; I was
assuming that the grabber wouldn't bother to fetch, store in sqlite, or
give to the backend to store in mysql, channels that the user wasn't
going to use.

When I imported my old DB, Myth assigned all my old (standard-def, from
cable boxes) channels to source 1, even though they were source 3 on the
old system. (Source 1 and source 2 on the old system haven't been
available in years because I'd switched cable providers, etc.) Before
my first run of mfdb under v31, I used the Channel Editor to delete
all those old channels with the "delete all on this source" button
(or whatever it was called), since I wasn't planning to carry over the
recordings from that unit---just the recording schedules---and since all
those old channel numbers were wrong anyway. -Those- channels are shown
as deleted in the channels table, with the timestamp of when I deleted
them.

My -new- (Ceton) source apparently took up the ball of being source 3
(and I have only one line in videosources, for source 3) and got all my
new channels assigned there. (Surprising.) I noticed that yesterday
when I realized that all my new recording files still started with 3.
However, none of the channels I deleted using sdjson-sqlite-select
are marked as deleted in the mysql channels table.

I'm still wondering if there's some connecting link between the two
which I have failed to invoke. How does tv_grab_zz_sdjson_sqlite tell
Myth which channels are valid? What causes either one to stop fetching
scheduling data for a channel?

[.Is it possible that sdjson-sqlite-select is failing to set some -second-
field in the sqlite database when disabling a channel? The code sets
the "selected" field in the channels table in sqlite; I'm assuming that's
sufficient unless that database schema has changed since s-s-s was written.]

I'm hoping I don't have to manually use the channel editor to delete
channels one by one; this was what I was trying to avoid by using
sdjson-sqlite-select, since I wrote a couple simple scripts to do all
the heavy lifting of emitting a list of -several hundred- callsigns to
delete which I could then hand to sdjson-sqlite-select. Now, I -could-
manually set fake "deleted" entries on each such channel in the mysql
channels table--that would be trivial---but I'd rather not, since direct
DB manipulation is, uh, discouraged---precisely because I don't know
what else happens when a channel gets deleted. And also because it's
cleaner to not have tv_grab_zz_sdjson_sqlite fetch twice as much data
(or more) as it needs to. (Or do XMLTV grabbers fetch -everything-,
all the time, and it's Myth that determines whether to (a) store in
mysql, and/or (b) to use, the resulting data?)

I'd really appreciate an explanation of what deselecting a channel
in an XML grabber is -supposed- to do (will its data still be fetched?
does it somehow tell mfdb that the channel is to be deleted and/or
otherwise ignored), or whether there are actually supposed to be
two steps here: (a) delete channel in grabber and (b) -also-
delete same channel in myth, and the two don't talk to each other.

P.S. Either way, if sdjson-sqlite-select either doesn't work, or
requires another step, someone with write access to the wiki should
update the instructions. If I figure this out, I'd so so, but I
don't have edit rights on the wiki.

P.P.S. Second issue: many of my HD channels appear twice in my channel
map, in two different ranges (like 800's vs 1500's or whatever), and
this seems to have been true for quite a while, so it's not some
short-term shuffle going on. I -think- either channel number works, but
haven't had time to test that. I don't know if there's a way of telling
myth to prefer one or the other if it does turn out to matter. I'm asking
now because we're talking callsign/channel selection anyway and it might
be relevent.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
On Thu, 29 Jul 2021 13:02:12 -0400, you wrote:

> > Date: Thu, 29 Jul 2021 08:37:47 +0100
> > From: David Watkins <watkinshome@gmail.com>
>
> > Since relatively recently MythTV will hang on to deleted channels as long
> > as long as there are any recordings made from them.
>
> > They should be marked as 'deleted' in the database.
>
> > In my experience MythWeb has not been updated to work with this continues
> > to display them and shows strange behaviour if the same channel appears on
> > a different source.
>
>I don't think this is a mythweb problem. In the frontend right now, I'm
>seeing it trying and failing to record two programs simultaneously from
>the SD and HD source of a channel I don't get, which I set disabled last
>night. And I see upcoming recordings trying to record simultaneously
>from the SD and HD versions of several other channels to which I do
>subscribe, yet I disabled all SD channels which had HD equivalents.
>
>I don't have any other sources. I'm also surprised that my supposedly-
>deleted channels appear to still be getting data fetched for them; I was
>assuming that the grabber wouldn't bother to fetch, store in sqlite, or
>give to the backend to store in mysql, channels that the user wasn't
>going to use.
>
>When I imported my old DB, Myth assigned all my old (standard-def, from
>cable boxes) channels to source 1, even though they were source 3 on the
>old system. (Source 1 and source 2 on the old system haven't been
>available in years because I'd switched cable providers, etc.) Before
>my first run of mfdb under v31, I used the Channel Editor to delete
>all those old channels with the "delete all on this source" button
>(or whatever it was called), since I wasn't planning to carry over the
>recordings from that unit---just the recording schedules---and since all
>those old channel numbers were wrong anyway. -Those- channels are shown
>as deleted in the channels table, with the timestamp of when I deleted
>them.
>
>My -new- (Ceton) source apparently took up the ball of being source 3
>(and I have only one line in videosources, for source 3) and got all my
>new channels assigned there. (Surprising.) I noticed that yesterday
>when I realized that all my new recording files still started with 3.
>However, none of the channels I deleted using sdjson-sqlite-select
>are marked as deleted in the mysql channels table.
>
>I'm still wondering if there's some connecting link between the two
>which I have failed to invoke. How does tv_grab_zz_sdjson_sqlite tell
>Myth which channels are valid? What causes either one to stop fetching
>scheduling data for a channel?
>
>[.Is it possible that sdjson-sqlite-select is failing to set some -second-
>field in the sqlite database when disabling a channel? The code sets
>the "selected" field in the channels table in sqlite; I'm assuming that's
>sufficient unless that database schema has changed since s-s-s was written.]
>
>I'm hoping I don't have to manually use the channel editor to delete
>channels one by one; this was what I was trying to avoid by using
>sdjson-sqlite-select, since I wrote a couple simple scripts to do all
>the heavy lifting of emitting a list of -several hundred- callsigns to
>delete which I could then hand to sdjson-sqlite-select. Now, I -could-
>manually set fake "deleted" entries on each such channel in the mysql
>channels table--that would be trivial---but I'd rather not, since direct
>DB manipulation is, uh, discouraged---precisely because I don't know
>what else happens when a channel gets deleted. And also because it's
>cleaner to not have tv_grab_zz_sdjson_sqlite fetch twice as much data
>(or more) as it needs to. (Or do XMLTV grabbers fetch -everything-,
>all the time, and it's Myth that determines whether to (a) store in
>mysql, and/or (b) to use, the resulting data?)
>
>I'd really appreciate an explanation of what deselecting a channel
>in an XML grabber is -supposed- to do (will its data still be fetched?
>does it somehow tell mfdb that the channel is to be deleted and/or
>otherwise ignored), or whether there are actually supposed to be
>two steps here: (a) delete channel in grabber and (b) -also-
>delete same channel in myth, and the two don't talk to each other.
>
>P.S. Either way, if sdjson-sqlite-select either doesn't work, or
>requires another step, someone with write access to the wiki should
>update the instructions. If I figure this out, I'd so so, but I
>don't have edit rights on the wiki.
>
>P.P.S. Second issue: many of my HD channels appear twice in my channel
>map, in two different ranges (like 800's vs 1500's or whatever), and
>this seems to have been true for quite a while, so it's not some
>short-term shuffle going on. I -think- either channel number works, but
>haven't had time to test that. I don't know if there's a way of telling
>myth to prefer one or the other if it does turn out to matter. I'm asking
>now because we're talking callsign/channel selection anyway and it might
>be relevent.

My understanding of XMLTV grabbers is that they all have a
$HOME/.mythtv/<source name>.xmltv file that contains a list of the
valid and invalid channels, and possibly some other config, which I do
not have any of in my simple tv_grab_nz-py grabber. Each channel that
has a line of the form "channel=<xmltvid>" will have XMLTV EPG data
passed to whatever program calls the grabber (usually
mythfilldatabase). Any channel in the EPG data that is not listed in
the .xmltv config file, or is listed as "channel!<xmltvid>" will not
get its EPG data sent to the calling program. Beyond that, the .xmltv
config file has no effect on the MythTV setup - what channels are used
by MythTV is all controlled by the MythTV database. Mythfilldatabase
will take the EPG data from the grabber and match the channels against
the mythconverg.channel table. If there is a matching xmltvid, then
it will process that EPG data. If there is no matching xmltvid, it
will discard that EPG data. I believe that if a channel is deleted
(channel.deleted is not NULL), EPG data will be discarded for that
channel. But I have not verified that. For channels that are marked
with channel.visible=0, I am not sure if the EPG data gets processed
or discarded. I only have two invisible channels and neither has EPG
available, so I can not tell what would happen if there was EPG data
for those channels.

My guess as to how the tv_grab_zz_sdjson_sqlite grabber works is that
it will use the list of valid channels to request the EPG data for
only those channels from SchedulesDirect. The simple grabbers such as
the one I use normally just download an EPG file from somewhere and
then filter out the valid channels from that data, but doing it that
way for US cable systems would involve massive downloads that would
not be practical as most of the data would be being discarded.

If a channel is marked as channel.deleted!=NULL or channel.visible=0,
then I believe it will not have recordings scheduled for it, and will
not appear in the Guide. However, mythweb has not been updated to
understand the channel.deleted field and deleted channels appear in
the channel editor under settings/tv/channels. The new web interface
on port 6544 that is replacing mythweb may be a better option now as
it is kept updated, but I have not checked as mine is not accepting my
password to let me enter the settings pages.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
I think you're basically correct. Having now looked at this more
carefully, it appears two things are true:

(a) Deselecting a channel in the sqlite DB -does- in fact stop it being
downloaded by tv_grab_zz_sdjson_sqlite---those channels are now showing
"NO DATA" out past a certain horizon in the mythweb listings page,
whereas others are showing data, and looking at the raw XML data
downloaded (snatched from /tmp during a grabber run) shows that the ones
I deselected are missing from the <channel> ... </channel> block at the
beginning but were present in the one I saved from my very first run. [1]

However, deselection may actually be a bad idea---the "CHANNEL SELECTION"
section of the tv_grab_zz_sdjson_sqlite manpage seems to be one large
caveat about how confusion between "channel" and "station" might cause
the wrong thing to happen if the provider starts rearranging things.

So maybe I'll leave everything selected and just set channels invisible
on the mysql side, though that involves downloading about twice as much
data and twice as much mfdb work to do for a bunch of channels which are
marked invisible and hence will never be scheduled.

(b) There's no communications channel from the grabber to myth to tell
myth that a channel has been deselected. However, setting it invisible
(not, as I started out in my Subject: line, trying to delete it, as the
Channel Editor [2] does) does in fact do the right thing, and that's how
I did it in my ancient installation---invisibility dropped it from both
scheduling and display. So I'll probably just do that via direct DB
manipulation or perhaps an API call---I did before & after mysql DB
dumps after setting a channel invisible, and it clearly only modified
its visibility in the channel table. (We're talking hundreds of
channels here, so there's no way I'm going to be doing this by hand.)

[1] I wish there was some easy way to tell tv_grab_zz_sdjson_sqlite to
preserve the original file. I suspect I could use one of the debugging
flags to download it a second time into a file and leave the file alone,
but that's pretty inefficient, and racy too. Or I can make something
that watches for the file to appear in /tmp and copies it once it hasn't
changed for a little while and/or ends in "</tv>", since it doesn't get
deleted for many minutes while mfdb runs. :) If there's a straightforward
way to do this, I can't find it in the manpage.

[2] It is super-confusing that there are -three- "channel editors"---
the wiki mentions a perl script, the frontend, and mythtv-setup.
The one I've been talking about is the latter.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
On Sat, 31 Jul 2021 23:38:47 -0400, you wrote:

>I think you're basically correct. Having now looked at this more
>carefully, it appears two things are true:
>
>(a) Deselecting a channel in the sqlite DB -does- in fact stop it being
>downloaded by tv_grab_zz_sdjson_sqlite---those channels are now showing
>"NO DATA" out past a certain horizon in the mythweb listings page,
>whereas others are showing data, and looking at the raw XML data
>downloaded (snatched from /tmp during a grabber run) shows that the ones
>I deselected are missing from the <channel> ... </channel> block at the
>beginning but were present in the one I saved from my very first run. [1]
>
>However, deselection may actually be a bad idea---the "CHANNEL SELECTION"
>section of the tv_grab_zz_sdjson_sqlite manpage seems to be one large
>caveat about how confusion between "channel" and "station" might cause
>the wrong thing to happen if the provider starts rearranging things.
>
>So maybe I'll leave everything selected and just set channels invisible
>on the mysql side, though that involves downloading about twice as much
>data and twice as much mfdb work to do for a bunch of channels which are
>marked invisible and hence will never be scheduled.
>
>(b) There's no communications channel from the grabber to myth to tell
>myth that a channel has been deselected. However, setting it invisible
>(not, as I started out in my Subject: line, trying to delete it, as the
>Channel Editor [2] does) does in fact do the right thing, and that's how
>I did it in my ancient installation---invisibility dropped it from both
>scheduling and display. So I'll probably just do that via direct DB
>manipulation or perhaps an API call---I did before & after mysql DB
>dumps after setting a channel invisible, and it clearly only modified
>its visibility in the channel table. (We're talking hundreds of
>channels here, so there's no way I'm going to be doing this by hand.)
>
>[1] I wish there was some easy way to tell tv_grab_zz_sdjson_sqlite to
>preserve the original file. I suspect I could use one of the debugging
>flags to download it a second time into a file and leave the file alone,
>but that's pretty inefficient, and racy too. Or I can make something
>that watches for the file to appear in /tmp and copies it once it hasn't
>changed for a little while and/or ends in "</tv>", since it doesn't get
>deleted for many minutes while mfdb runs. :) If there's a straightforward
>way to do this, I can't find it in the manpage.
>
>[2] It is super-confusing that there are -three- "channel editors"---
>the wiki mentions a perl script, the frontend, and mythtv-setup.
>The one I've been talking about is the latter.

It occurred to me while reading this that channels you are not
downloading EPG for do not have data in the program table, and that is
a condition that you can use SQL to find. So you should be able to do
some SQL that will make invisible all channels that do not have EPG
data after a given date.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
Also, if you want to keep the downloaded EPG .xml file, and can not
find an option to do that, you can do what I do, which is to disable
the automatic running of mythfilldatabase from mythbackend, and run it
from a cron job. Instead of getting mythfilldatabase to run
tv_grab_zz_sdjson_sqlite, you do that manually in your cron job, and
store away the .xml file when it finishes. Then you run:

mythfilldatabase --sourcedid <sourceid> --file --xmlfile <path to .xml
file>

After mythfilldatabase completes, you can then do any channel fixups
if necessary. I run some SQL that fixes some of the nastier mistakes
we get here in our EPG data, like misspelt programme names.

You can parse the channel section of the .xml file with various tools
to extract the channels - I would tend to use Python for that, as it
can also easily access the database and compare the channel data.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
On 7/31/2021 11:38 PM, f-myth-users@media.mit.edu wrote:
> I think you're basically correct. Having now looked at this more
> carefully, it appears two things are true:
>
> (a) Deselecting a channel in the sqlite DB -does- in fact stop it being
> downloaded by tv_grab_zz_sdjson_sqlite---those channels are now showing
> "NO DATA" out past a certain horizon in the mythweb listings page,
> whereas others are showing data, and looking at the raw XML data
> downloaded (snatched from /tmp during a grabber run) shows that the ones
> I deselected are missing from the <channel> ... </channel> block at the
> beginning but were present in the one I saved from my very first run. [1]
>
> However, deselection may actually be a bad idea---the "CHANNEL SELECTION"
> section of the tv_grab_zz_sdjson_sqlite manpage seems to be one large
> caveat about how confusion between "channel" and "station" might cause
> the wrong thing to happen if the provider starts rearranging things.
>
> So maybe I'll leave everything selected and just set channels invisible
> on the mysql side, though that involves downloading about twice as much
> data and twice as much mfdb work to do for a bunch of channels which are
> marked invisible and hence will never be scheduled.
>
> (b) There's no communications channel from the grabber to myth to tell
> myth that a channel has been deselected. However, setting it invisible
> (not, as I started out in my Subject: line, trying to delete it, as the
> Channel Editor [2] does) does in fact do the right thing, and that's how
> I did it in my ancient installation---invisibility dropped it from both
> scheduling and display. So I'll probably just do that via direct DB
> manipulation or perhaps an API call---I did before & after mysql DB
> dumps after setting a channel invisible, and it clearly only modified
> its visibility in the channel table. (We're talking hundreds of
> channels here, so there's no way I'm going to be doing this by hand.)
>
> [1] I wish there was some easy way to tell tv_grab_zz_sdjson_sqlite to
> preserve the original file. I suspect I could use one of the debugging
> flags to download it a second time into a file and leave the file alone,
> but that's pretty inefficient, and racy too. Or I can make something
> that watches for the file to appear in /tmp and copies it once it hasn't
> changed for a little while and/or ends in "</tv>", since it doesn't get
> deleted for many minutes while mfdb runs. :) If there's a straightforward
> way to do this, I can't find it in the manpage.
Why copy when you can save the file using a hard link, e.g. "ln" without
the "-s"? You can do that the moment tv_grab... creates the file and the
hard linked version will still be there even after tv_grab or mfdb
deletes the original file.
> [2] It is super-confusing that there are -three- "channel editors"---
> the wiki mentions a perl script, the frontend, and mythtv-setup.
> The one I've been talking about is the latter.
>

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
> Date: Sun, 1 Aug 2021 14:32:01 -0400
> From: faginbagin <helen.buus@gmail.com>

> Why copy when you can save the file using a hard link

Uh, because that's just -way- too intelligent a solution? :)

(Thanks. That's an excellent point, and one that should have
occurred to me. And given that I'm only doing this for debugging,
it's a trivial way to snag it while doing so. I could also take
the offered solution of just not running mfdb automatically, and
manually running tv_grab_zz_sdjson_sqlite first, all via cron.
That's basically exactly how my old system was set up, using DD.)
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
On Thu, Jul 29, 2021 at 5:02 PM <f-myth-users@media.mit.edu> wrote:

> I'm hoping I don't have to manually use the channel editor to delete
> channels one by one;

There are 3rd party utilities to do this (on the wiki) that
use the official API to set channel visibility which would
be the recommended solution (or write your own program
to do the equivalent, the API is available to all).

> P.P.S. Second issue: many of my HD channels appear twice in my channel
> map, in two different ranges (like 800's vs 1500's or whatever), and
> this seems to have been true for quite a while, so it's not some
> short-term shuffle going on.

Comcast has introduced the (preferred) MCLU channel
numbers, which are basically >1000 assigned by local
OTA numbering, and organized by groups. For those
that cannot learn anything new, they continue to map
the old numbers (grandma can't forget typing in 2, or
maybe 802 (for the HD variant) for her CBS affiliate,
but MythTV users are presumably capable of more
and can start using the new numbering).

Just mark all channels < 1000 invisible and live a
better life.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
On Sun, Aug 1, 2021 at 3:40 AM <f-myth-users@media.mit.edu> wrote:

> [1] I wish there was some easy way to tell tv_grab_zz_sdjson_sqlite to
> preserve the original file.

This is not grabber specific (all grabbers support
the same core functionality, but if you run the grabber
manually specifying an output destination you can
do what you wish with the output file.

You can even feed it into a 3rd party utility which
can add/update/delete the videosource (again,
on the wiki).
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
> Date: Mon, 2 Aug 2021 03:27:42 +0000
> From: Gary Buhrmaster <gary.buhrmaster@gmail.com>

> On Sun, Aug 1, 2021 at 3:40 AM <f-myth-users@media.mit.edu> wrote:

> > [1] I wish there was some easy way to tell
> > tv_grab_zz_sdjson_sqlite to preserve the original file.

> This is not grabber specific (all grabbers support
> the same core functionality, but if you run the grabber
> manually specifying an output destination you can
> do what you wish with the output file.

> You can even feed it into a 3rd party utility which
> can add/update/delete the videosource (again,
> on the wiki).

OK. (I don't see those in the wiki but will look around.)

I may do something like that so I can monitor if Comcast moves channels
around---I built functionality like that for the DataDirect info and it
saved me numerous times when they switched channel numbers. (Though I
suspect I have to leave all channels selected in the sqlite DB for the
grabber to show them via --list and thus to catch this; oh well.)

Speaking of moving things around, is this what you were warning about in
the "CHANNEL SELECTION" section of the tv_grab_zz_sdjson_sqlite manpage?
It sounds like you're basically saying, "Just let the grabber grab
everything and filter it in Myth lest you be unpleasantly surprised
in the future." If so, I'm willing to live with the inefficiency of
fetching, and stuffing into mysql via mfdb, ~2x the data that I'd
otherwise use. (And then just set the channels I don't get/don't
care about to invisible and move on.)

Thanks!
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Can't seem to delete channels [ In reply to ]
> Date: Mon, 2 Aug 2021 03:25:06 +0000
> From: Gary Buhrmaster <gary.buhrmaster@gmail.com>

> On Thu, Jul 29, 2021 at 5:02 PM <f-myth-users@media.mit.edu> wrote:

> > I'm hoping I don't have to manually use the channel editor to
> > delete channels one by one;

> There are 3rd party utilities to do this (on the wiki) that
> use the official API to set channel visibility which would
> be the recommended solution (or write your own program
> to do the equivalent, the API is available to all).

OK. Will see if I can find them on the wiki and do something like that.

> > P.P.S. Second issue: many of my HD channels appear twice in my channel
> > map, in two different ranges (like 800's vs 1500's or whatever), and
> > this seems to have been true for quite a while, so it's not some
> > short-term shuffle going on.

> Comcast has introduced the (preferred) MCLU channel

I had to Google that acronym, but then I found your message from 2017. :)
http://lists.mythtv.org/pipermail/mythtv-users/2017-January/390387.html

> numbers, which are basically >1000 assigned by local
> OTA numbering, and organized by groups. For those
> that cannot learn anything new, they continue to map
> the old numbers (grandma can't forget typing in 2, or
> maybe 802 (for the HD variant) for her CBS affiliate,
> but MythTV users are presumably capable of more
> and can start using the new numbering).

> Just mark all channels < 1000 invisible and live a
> better life.

Heh. Wish they'd tell the customers that. :)

[.I still don't even know from that rate card I sent uot whether
I'm on the "free & easy" plan; did you ever look at that PDF?]

Thanks again!
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org