FastChannels - FAST Channels aggregator/manager

Playground
#1963

I have an active premium Fubo subscription and configured FC with my credentials. When I run a stream audit, most of the channels are showing as dead. The FAST channels are the obvious exception. Channels like CBS, YES, MSG, etc. aren't DRMd with Fubo, so they should work. I checked the log for a recording that failed and see this error message:

app.routes.play: [play] channel confirmed dead ip=192.168.215.1 source=fubo channel_id=16689 channel_name=CBS: Fubo channel 16689 not in subscription: station 16689 is not in allowed list

I'm able to play CBS in the Fubo app, so it's clearly part of my subscription. I've turned Fubo off and on and removed and re-added my user info but the problem persists. @KineticMan what might the issue be?

#1964

That error comes right from their api. By chance, does your password have any special characters? I’ve heard on the other Fubo project that it doesn’t like those.

#1965

No.

#1966

Solid feature request. I'd definitely like to get a working solution for PrismCast for the DRM stations and this sounds like a good way to interface the two. My PrismCast hasn't been working and I honestly haven't put much effort into fixing but this is a good time to do so. Although, that developer has been MIA for awhile - hope everything is ok.

Regardless, I'll add this to the to-do.

2 Likes
#1967

That would be great if you could make that work. I've turned off Amazon as a source since I can't really do anything with it at present.

#1968

Ya, I used PrismCast as the example, however if I were developing this I would probably add it as a DRM proxy setting with default showing PrismCast syntax as an option but then that opens the door for others to build or use other pipelines too. My biggest struggle was pumping through curl and determining when a stream was DRM to know when to apply the proxy or not which is why I thought it might be a good extension to FastChannels. I'm a C++, Java, C# coder, else I would take a swing at adding it myself but by adding the feature it opens the door for others like myself to add a pipeline extension to help process DRM content from different providers or generically like Prismcast does.

#1969

appreciate it. Already started on it a little bit last night- my goal is to create a DRM-Bridge feature that (if enabled) will create a separate feed for Channels that will funnel DRM-channels through PrismCast. If a channel has native HLS, it'll just flow that directly to CDVR. End result will be seamless to user - all streams will play in CDVR regardless of HLS direct or DRM-Bridge.

I'll allow it to be opt-in if a user doesn't care to use this feature FYI.

6 Likes
#1970

It is, he's just busy:

image
image916×106 10.4 KB

1 Like
#1971

My goodness, you are a machine of features. This one tool will probably become the Swiss Army Knife of streaming, within Channels or outside of it. The community will be eternally grateful to you.

#1972

This is going to be great.
Looking forward to checking it out.

1 Like
#1973

I would be interested for that DRM bridge. That'll prevent me from having 2 FAST Channels containers just to get the DRM'd feeds and non-DRM feeds.

So...what you're proposing is basically two feeds? 1 for DRM feeds which could be used with Prismcast to get by DRM and 1 for non-DRM feeds, right?

#1974

As of right now, I am leaving it up to users to decide. I’ll leave the OG feed of only HLS streams for those that don’t want to use the bridge. Then a “sub-feed” that is a combo of HLS and DRM bridged through Prism. No config required on Prism - it uses its API to call the stream.

I got a prototype working right now. Only caveat- FastChannels and PrismCast must be on same server due to the HTTP/HTTPS restrictions. Not a darn thing I can do to get around Chrome restrictions for that.

#1975

I would ok with that. I have a Fubo Latino sub and some channels are DRM'd so having that option is nice since Prismcast can be a bit weird with fubo stuff. Using FAST Channels for that would be fine

#1976

When my wife says something is “fine”, that means she doesn’t approve. :crazy_face:

#1977

With wisdom comes the code book...

#1978

Well...yeah you know I understate my approval at times :rofl::joy:

#1979

Looking forward to this!!

#1980

For the HTTP/HTTPS restriction, when it would pump through FastChannels first, I could set the chrome://flags/#unsafely-treat-insecure-origin-as-secure on my Prismcast instance using the FastChannels fixed address to avoid the HTTPS cert complexity. Honestly that was the only thing I changed on the default Prismcast when I did initial testing. Looking forward to seeing how this turns out. Thanks again for all the effort on this.

#1981

I am amazed by how fast you improve this. I started with about half a dozen containers, and now I only have this and the PBS container. Now with DRM. Fantastic work.

1 Like
#1982

Has something changed with Guide data fro Pluto?
The other day, was just generic image and no actual data.
Did a force refresh and then things were fine.
Seeing it again now.
ver. 4.5.0

Before refresh:

Screenshot 2026-07-01 at 12.19.03 AM
Screenshot 2026-07-01 at 12.19.03 AM2029×817 193 KB

After refresh:

Screenshot 2026-07-01 at 12.19.56 AM
Screenshot 2026-07-01 at 12.19.56 AM1992×816 246 KB