Problems With Live TV Recordings Stopping Early

[Luke 42157]

On 2/28/2026 at 10:01 AM, iON22 said:

BTW...it is still happening. For example, yesterday scheduled recording of 30min news broadcast at 5:30pm recorded fine. Another scheduled 30 min news broadcast at 10pm only recorded for 2mins.

I am wondering;

1. Is it possible that the rate of the download stream is being reduced (due to network traffic or IP Provider throttling) causing Emby to think the stream has dropped?
2. Is there any thought of changing the Emby recording algorithm to have it reconnect immediately if the stream is interrupted. Even if there were interruptions in the recording at least it would be 'more' complete.

Thanks for your persistence on this.

@iON22we already do this, but the remote server hosting the content sends back the 555 error on the retry:

2025-12-13 01:13:52.192 Info SharedHttpPipelineSource: Opening SharedHttpPipelineSource Live stream from Http-http://host4/x_path1_x/x_path5_x/x_path13_x/x_path14_x
2025-12-13 01:13:52.192 Info HttpClient: GET http://host4/x_path1_x/x_path5_x/x_path13_x/x_path14_x
2025-12-13 01:13:52.289 Info HttpClient: Http response 555 from http://host4/x_path1_x/x_path5_x/x_path13_x/x_path14_x after 97ms. Headers Access-Control-Allow-Origin=*, Date=Sat, 13 Dec 2025 06:13:53 GMT, Server=Apache2, Transfer-Encoding=chunked
2025-12-13 01:13:52.290 Error SharedHttpPipelineSource: Give up retries copying live stream http://host4/x_path1_x/x_path5_x/x_path13_x/x_path14_x No more retries allowed.

So that's what we need to know, is why they're sending it back.

[Luke 42157]

https://forum.kodi.tv/showthread.php?tid=383227

[iON22 0]

Thanks for the update Luke. I will try to pursue this further, but similar to Zhask states in his posts, the IPTV provider is not terribly knowledgeable or helpful. I do now believing this is due to either IPTV source or internet provider signal quality. However I still wonder why NextPVR and ChannelsDVR will continue to record although they do skip. It's not desirable, but it does seems to indicate that they are able to 'recover' from voids in the stream and attempt to continue. They are often playable, but not perfect.

Let me provide some more details to be clear. The recordings by NextPVR and ChannelsDVR do often have messed up timelines (not always). They report duration of a program as something bizarre (for example; 2days 5 hrs 12mins) for 1 hr recordings. RW/FF through them is often not possible and the playback often freezes, so they are not playable about half the time. 

Maybe this will shed some more light for you.

I will pursue the 555 error and report back if I can get more info.

Thanks again.

[iON22 0]

Just wanted to add.....similar to what Zhask observed, the dropouts do seem to occur more with sports (hockey). It makes me wonder if it has something to do with the frame rates required. I often see 59 or 60 fps. My knowledge of this stuff is very limited, but I do have a general understanding of the concepts so I hope I don't sound ridiculous. 

I am very willing to learn more if it can be of assistance.