Has something changed with Pluto?
I am noticing that when adds come on, it is like the airing program is still continuing in the background, as when the adds end, the show not continue where the ad break was inserted and is further ahead.
Noticed this with Star Trek channels (been watching the Voyager channel lately)
We discussed that a few weeks ago-- i think it's a LONG time bug on Pluto's side. been happening for years apparently. I did look into it and not much I can do on my end either unforuntaely.
Really? I have never seen it happens before, and i have been watching the same Pluto channels for years.
Perhaps you are thinking of the skip back issue, that been a long standing thing with Pluto.
Not, this of adds just play while show continues as normal.
Oh ok, I assumed it was the same issue at the core-- where the HLS timing gets "lost" in those streams during a SSAI event.
I can take a look again, but certainly nothing changed on my end.
Maybe something in Channels changed? The only other thing changed lately for me is updating the server.
Also, i have Channels set for the m3u stream format to MPEG-TS, always have been for any fast channels, even for your docker app. MPEG-TS always been far more stable and fixed some issue where add breaks cause tuner to drop or the app to freeze. Have not tried moving it to HLS, if that even affects anything anymore.
Hmmm... perhaps I should change my FastChannels sources from HLS to MPEG-TS. I left them as HLS as that was the default when I added them to CDVR through the Fast GUI.
I recently had a whole bunch of crashes when trying to record from my FastChannels Plex Gracenote source. I wasn't sure if the problem was my FastChannels configuration, or it was Plex itself having issues.
I think the main advantage of MPEG-TS is that the Channels server re-packs the stream? Something like that. It helped for the issues of various resolutions of adds being injected and Channels not being able to handle that well.
Are you using a recent DVR pre-release? There have been fixes in the past month that improved Pluto behavior.
Yes.
Server: 2026.08.30.2236
App: Beta 7.16.2132
Do you have a recording that demonstrates this issue? If you could upload the recording and the recording log for us and provide a timestamp where you have the issuethat would be very helpful.
You can upload it here:
I have not tried recording. I mainly be watching live. Will set a few episodes to record though, and see if they have the issue.
speedingcheetah's debug recording log won't help if he has the source channel set to MPEG-TS instead of HLS.
I run my FastChannels Pluto source with hls, I’ll try to capture the issue on a recording as well. Shouldn’t be hard to duplicate as it happens on nearly every commercial break when watching live for me.
Hey @KineticMan... did you remove 2FA support from the Amazon settings or am I hallucinating that it was previously incorporated? Also re: Amazon, I know it scrapes the free channels and outputs them via the PC bridge, but if I subscribe to a prime video "premium" channel that has live feeds (Starz, Screenpix, YES, etc), is it possible for FC to scrape and audit those streams as well?
What does it mean to use MPEG-TS with FastChannels? I don't see a setting for this. Does FastChannels have a mode where it remuxes internally?
No, I just 403 CDVR the HLS segments. No remuxing here.
I’m guessing this is a transient bug in their EXT-X-DISCONTINUITY tagging.
He said he sets it in the Channels DVR sources for his fast channels (which are HLS).
Yes, I recall having to do that in the channels DVR server when I first switch to the windows based Pluto source solution thing, because by default I was having tons of problems of the ad breaks causing issues, and then I remembered that I’ve always said it to MPEG TS
Well, my first recording of a Star Trek Voyager episode, not doing the issue i mentioned, instead it repeated a section of the episode 2x back to back (so total 3x that part shown with a short ad break separating each).
I will clarify that the issue i was having earlier while watching live, where the ad break would come on, was like a inserted sudden cut to a ad, not at the normal "fade to black" part of the episode where they normally happen. The episode come back, continue until its fade t black moment, then go to another ad break, or continue on with the show.
I uploaded my first recording with debug log. This is where it repeats the same section of the episode 3 times, starting at about 31min in.
Still seeing about the original issue i reported while watching live, if i can reproduce it in a recording.