FastChannels - FAST Channels aggregator/manager

@KineticMan thanks... update took care of my two requests...

Question on discrepancy in the total number of channels...
So on the Admin/Sources, I see Output Channels: 5497.
And also Default - All Channels: 5497.
However, on the Admin/Channels, at the bottom, it shows: 6806 channels...
Why the discrepancy?
NOTE: Not complaining, just curious.

Counts all enabled source channels (including those not assigned to any output feeds)

Wow! Thank You.
Lots of changes and additions.
I like the channel notes :smile:

OK, thanks for the reply... not sure I fully understand this yet, as I thought everything was in the Default Feed... unless the Default Feed is not considered as an Output feed?
I guess I'm not missing anything important then...

You can check by applying the filter Not in any feed

Oh, OK, got it now...
I see that I had not put, or is it "disabled", the non-english channels in any of my feeds...

1 Like

I considered calling that feature "cdDVRuser custom notes"

I'm sure at least one other user will find it useful. Maybe to put their shopping list in.

Should it appear in the CATEGORY filter dropdown?
Not seeing this. Does that mean I don't have any?

1 Like

yep.. it's super rare to happen- i just added as a "just in case"

1 Like

Just FYI... The Pluto GB has 6 channels in the Missing category...
I understand I can add them to the categories of my choice... I just wanted to point it out...

Nice!
I just eliminated close to 1,000 inactive channels.

1 Like

ok.. i will make a good faith effort to clean up those, but i haven't focused and probably wont, on channels not in the default regions (those are GB stations - sorry to the Brits).

What happened to Enabled but Inactive for channels missing scrapes?
I have some channels that have missed scrapes, but I no longer see them being marked.

I was hoping they would get marked so I could permanently delete them.

Is there another way to permanently delete them?

your memory failing still - Remember this two days ago? Check the report in a few days after data settles.

but-- those channels should show up in admin/channels as "scraper lost" next to the channel. you can delete from there.


That's what's missing now
brave_screenshot

This is just one of those channels that were scraped before you added Regions.
vidaa/14813f01-2a15-41bb-a38b-c950d76898ba
I call them "hangover" channels.
It has a duplicate with region US: prepended
vidaa/US:14813f01-2a15-41bb-a38b-c950d76898ba

UPDATE: It just showed up with "scraper lost" after the 5th missed scrape. Could swear it used to be after 3 misses before :man_shrugging:

2026-05-20 13:14:00,988 INFO     app.worker: [vidaa] marking inactive after 5 missed channel scrapes: DayStar (14813f01-2a15-41bb-a38b-c950d76898ba)

good deal-- regardless, I'm going to add a migration script to next version to clean those up for everyone else.

essentially, VIDA has a schema originally where a channel was called 123456 and when I added region support, it changed to US-123456. I should have caught that a long time ago.

I hope this is the nitpickiest thing I ever post in this thread...

Most of the Gracenote IDs seem to be 6 digits. The Gracenote column on the Channels tab only displays 5 digits (at least for me). Anywhere you could dig-up a few extra pixels?

On a slightly less nitpicky note, it appears that the objects returned by api/feeds do not include properties for the new "native" URIs (similar to the existing epg_url, gracenote_url and m3u_url properties). I like the way you chose to implement the native feature. Much better than my initial suggestion.

1 Like

Sounds good. I'll leave the rest alone until you get the migration script running.
I did mention it a couple weeks ago, but I don't want to go chasing down the rest of them, enable them, wait for 5 scrapes to fail. Just to delete the channels.