Is there a way to reduce Transcoder Resets?

Is there a setting that be adjusted to reduce the chance of getting Transcoder Resets? Like making a buffer larger or similar?

2025/05/30 08:53:43.118070 [HLS] Stopping inactive session ch9057-dANY-ip192.168.0.110
2025/05/30 08:53:43.118256 [HLS] Stopping transcoder session ch9057-dANY-ip192.168.0.110 (out=11m7.555733s finished=true first_seq=1 last_seq=324)
2025/05/30 08:53:43.118311 [SNR] Buffer statistics for ch9057 PA Pittsburgh NBC 11 (WPXI): buf=0% drop=0%
2025/05/30 08:53:43.118459 [SNR] Streaming statistics for ch9057 PA Pittsburgh NBC 11 (WPXI): timeouts=0 segment_timeouts=0 playlist_timeouts=0

Without more log lines it's hard to tell what you mean.
The log lines you posted don't show a transcoder reset in them.
They're showing an inactive transcoder session being stopped.

Is this the web player or a proper client? If its a regualr client do you need to transcode? I generally run with original quality all the time.

I have all proper clients, all newer AppleTVs. Not 100% sure if this turned off Transcoding, but on the Client, I changed Settings / Streaming Quality to "Original" and Original Quality Delivery to "Direct". I'll give that a go and see if it helps.

1 Like

Sounds good. Yeah on your local network there is no need to transcode at all.

That seems to have resolved the main issue. Thank you!

I still get a DVR message sometimes that says “Recording was interrupted” and when I check the log it says “Transcoder Reset: Playlist skipped to a higher sequence”. If transcoding is turned off, how or why does it need to reset? Or is this a different transcoder?

That's a message from the Channels DVR transport stream rewriter that the source playlist you're recording went backward or forward in time (like jumping back or forward) and they had to restart the stream from the current position.

See these for reference

I thought it might have something to do with the incoming stream hiccuping. Thanks for the confirmation.

1 Like