Good point. It's on a Mac I run headless and get to via ARD, which I believe also uses TCP5900 (and 5988).
FWIW, I had this error as well and was able to easily install it using the homebrew instructions.
If you're on a Mac that might be an option.
It was in my code -- easy fix at least. I'll push out a small update this weekend to address it.
Thanks for responding. Correct - re-ad to CDvR. I made some edits to the feeds I created yesterday during setup - and was looking to refresh the guide. In some cases, it was almost instant, but another edit seems to be taking some time. No big deal, probably the database just catching up.
Very impressive tool - I really like that the search feature within channels now includes Pluto - before it was hit or miss. (Big spouse acceptance factor improvement.)
I'm now "curating". I had no idea how many Christmas Channels were out there.
If it helps at all, this is the result when the prismcast test fails:
And this is what is visible when chrome opens:
This didn't get any attention here, but seems FastChannels has introduced an issue with FrndlyTV.
See this thread for more detail:
https://community.getchannels.com/t/frndly-tv-channels-wont-show-whats-playing-in-on-now/467371
Are those channels setup with Gracenote coverage, or using my EPG?
The channels only list when choosing "Missing Gracenote" so guessing your EPG.
The Huisman Frndly-TV channels docker /w Gracenote is working and showing the program images instead of logos.
Almost all the Frndly TV channels I see have Gracenote IDs stored.
How do you have the feed for these Frndly channels added to CDVR? Did you add it manually, or did you use the automated "Add to ChannelsDVR" button?
Also, go to admin/guide and filter by Frndly. If you see icons on the guide, then we can narrow down if it's FastChannels, or CDVR.
thats odd - I show Gracenote coverage on all those channels. Wonder if you have a setting wrong?
Humor me - disable your Frindly Source. Wait a few minutes for it to purge the channels from theDB. Then, re-setup Friendly feed. Do not use the gracenote coverage filter. Then, send me a screenshot of the feed setup.
also, go into CDVR and remove the feeds for Friendly you added originally. we'll recreate it with the new one from above.
Just so you see as much as possible, here's the feed setup:
This time there are no channels for has Gracenote or missing Gracenote.
and you forced a scrape? makes no sense why the feed would be blank.
Yes, I did. This doesn't make any sense, I agree. It's actually worse than before as I'm getting no channels in a feed.
FYI to anyone following in the future- we worked on this in a PM converation. RockandRoller had some special characters in his Frndly password that the scraper didn't like. All fixed now.
Thought I'd give it another whack this morning. Loaded PrismCast natively on my 2018 Mac mini i5. I finally got it to pass the FastChannels test setup after configuring the Watch-page URL for PrismCast's browser (optional) with http://127.0.0.1:5523. A station will start playing for about a minute, then stops, then starts again and it will repeatedly do that until I finally get the "The connection to the tuner was lost. Press play to try again" message. If I press play, it repeats the same behavior. CPU on the mini is <20% during playback. I can see Chrome pop up multiple times in playback and I see it in the PrismCast logs:
[2026/07/19 11:48:37.789 AM] [0.1-bmqpx3] Streaming http://127.0.0.1:5523/watch/6458: 0.1, keyboardFullscreen, FFmpeg [⚡ HEVC]. Tuned in 4.9s (direct).
[2026/07/19 11:49:06.296 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via source reload.
[2026/07/19 11:49:10.847 AM] [0.1-bmqpx3] Recovered in 4.5s via source reload.
[2026/07/19 11:49:16.299 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via page navigation.
[2026/07/19 11:49:18.096 AM] [0.1-bmqpx3] Recovered in 1.8s via page navigation.
[2026/07/19 11:49:48.309 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via source reload.
[2026/07/19 11:49:52.853 AM] [0.1-bmqpx3] Recovered in 4.5s via source reload.
[2026/07/19 11:49:58.311 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via page navigation.
[2026/07/19 11:50:00.416 AM] [0.1-bmqpx3] Recovered in 2.1s via page navigation.
[2026/07/19 11:50:30.317 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via source reload.
[2026/07/19 11:50:34.863 AM] [0.1-bmqpx3] Recovered in 4.5s via source reload.
[2026/07/19 11:50:40.319 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via page navigation.
[2026/07/19 11:50:42.149 AM] [0.1-bmqpx3] Recovered in 1.8s via page navigation.
[2026/07/19 11:51:12.350 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via source reload.
[2026/07/19 11:51:16.904 AM] [0.1-bmqpx3] Recovered in 4.6s via source reload.
[2026/07/19 11:51:22.354 AM] [WARN] [0.1-bmqpx3] Playback buffering - recovering via page navigation.
[2026/07/19 11:51:22.354 AM] [WARN] [0.1-bmqpx3] Page navigation rate limit reached (3 in 15 minutes) - falling back to source reload.
[2026/07/19 11:51:24.356 AM] [WARN] [0.1-bmqpx3] Page navigation did not resolve the issue - escalating to source reload.
[2026/07/19 11:51:34.361 AM] [ERROR] [0.1-bmqpx3] Recovery failed after 10 attempts in 148s - terminating stream.
[2026/07/19 11:51:34.364 AM] [0.1-bmqpx3] Stream ended after 3m 1s (too many errors). Recoveries: 7 (3x page navigation, 4x source reload), avg 3.4s.
[2026/07/19 11:51:35.226 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.925 ms.
[2026/07/19 11:51:37.226 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.496 ms.
[2026/07/19 11:51:39.227 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.461 ms.
[2026/07/19 11:51:41.229 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.785 ms.
[2026/07/19 11:51:43.228 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.502 ms.
[2026/07/19 11:51:45.230 AM] GET /hls/play-7adf62c6/stream.m3u8 from 10.255.51.101 responded 404 in 0.792 ms.
Not much in the logs of FastChannels, so it looks like I still have an issue with PrismCast:
2026-07-19 11:45:17,898 INFO app.scrapers.philo: [philo] resolve Q2hhbm5lbDo2MDg1NDg4OTk2NDg0Mzk2OTU → dashURL (license=yes)
2026-07-19 11:49:58,559 INFO app.scrapers.philo: [philo] resolve Q2hhbm5lbDo2MDg1NDg4OTk2NDg0Mzk2OTU → dashURL (license=yes)
2026-07-19 11:57:06,342 INFO app.scrapers.philo: [philo] resolve Q2hhbm5lbDo2MDg1NDg4OTk2NDg0Mzk2OTU → dashURL (license=yes)
What source?
Oh Philo. Yes I have a bug there that’s causing intermittent streaming errors with Prism. I got a fix - will push out tonight.








