Repeated Premature Termination of IPTV Recordings

[sa2000 342]

If an ISP is where it is coming from, it would be the ISP that is hosting the back-end iptv server. If services like Cloudflare are used then it could be from there. The raw log file would show the actual url for this "2024-09-29 22:37:23.922 Info HttpClient: Http response 509 from http://host13/x_path8_x/x_path9_x/x_path15_x/x_path13_x" and you could use nslookup to see what the target domain is. Suggest then approaching that provider to find out why 509s are being returned

 

[GRS1077 4]

On 9/28/2024 at 9:42 PM, Luke said:

Do you know why your provider starts sending back 406 NotAcceptable responses?

Not a clue however; this is the 3rd provider I have tried and have the same problem so I am not sure why it's saying that. I have recorded several shows with NextPVR but I do get errors on those too at times so that is really bizarre for sure. I wonder if it could be the subscription itself. What I mean by that is I pay for like the one device subscription which would allow basically to view service on one screen/ tuner at a time. Well, if I am recording multiple shows at once, that would be exceeding that one screen limit. Any ideas on that or has anyone else had this issue also? I'll have to test again and see if a recording goes through with just one recording at a time.

[Carlo 4547]

Many providers will cut-off the oldest stream if you start playing a new stream when you have hit your maximum stream count.  Other providers will not do this but instead error out on the new stream with an error. Some providers have a grace period that allows for extra streams for a limited time before they are cutoff.

Each provider can handle this type of thing a bit differently so it's hard to know if this is your problem or not.  You could try and rule this out by upping your subscription from 1 to 3 streams for a month to see if this works better.  If it does, you could then try dropping down to 2 streams to see how that works.

You want to make sure you configure the max streaming count in tuner setup for m3u files.

Carlo

[Bstuart01 3]

I wanted to share another configuration experiencing the same issue. I've got a popular paid IPTV service, I use IPTVeditor.com as my playlist manager, then M3U through Emby. Within the playlist editor I noticed a max connection, I changed that from 1 to 10 however that didn't seem to help. The interesting part is this only happens with recording. Myself and my family can have 8+ connections running and they all stream fine. The moment I try to record it'll stop at 2min or 5min every time. 

 

I don't mean to hijack the tread, which is why I didn't upload logs. I'm happy to do so if it helps though.

Edited October 8, 2024 by Bstuart01

[Carlo 4547]

4 hours ago, Bstuart01 said:

I wanted to share another configuration experiencing the same issue. I've got a popular paid IPTV service, I use IPTVeditor.com as my playlist manager, then M3U through Emby. Within the playlist editor I noticed a max connection, I changed that from 1 to 10 however that didn't seem to help. The interesting part is this only happens with recording. Myself and my family can have 8+ connections running and they all stream fine. The moment I try to record it'll stop at 2min or 5min every time. 

 

I don't mean to hijack the tread, which is why I didn't upload logs. I'm happy to do so if it helps though.

Why don't you start a new thread with the info above and link back to this thread if you like.
Upload you logs there showing the problem.

This way there is no confusion between replies.

Thanks,
Carlo

 

[zhollow65 0]

After looking at several posts - basically the IPTV providers are tacitly blamed for all of this - but low and behold several services like dude’s DvR box (see post above) and Channels DvR *are* able to handle the impossible streams. So… it’s something in Emby and it’d been talked about for years. 

[Luke 39650]

32 minutes ago, zhollow65 said:

After looking at several posts - basically the IPTV providers are tacitly blamed for all of this - but low and behold several services like dude’s DvR box (see post above) and Channels DvR *are* able to handle the impossible streams. So… it’s something in Emby and it’d been talked about for years. 

Hi @zhollow65can we please look at a specific example:

How to Report a Problem

Thanks !

[Carlo 4547]

On 3/10/2025 at 12:40 AM, zhollow65 said:

After looking at several posts - basically the IPTV providers are tacitly blamed for all of this - but low and behold several services like dude’s DvR box (see post above) and Channels DvR *are* able to handle the impossible streams. So… it’s something in Emby and it’d been talked about for years. 

Sometimes, it's obvious the provider is the source cause as they return an error basically stating that. This thread has a couple of these. 

You mentioned dude's DvR which I've never heard of as well as Channels DVR being able to handle "impossible streams".  I believe this is in reference to Pluto which streams out of spec streams likely on purpose or just due to the way they inject ads but work fine in their apps.  CDVR added code to sanitize discontinuities & handle non-monotonous DTS which did help with some of the ffmpeg handling issues.

Check out this recent thread on Pluto to see there are still skipping back and looping issues.de-sync issues, timeline issues, changing timestamp issues and more. issue https://community.getchannels.com/t/odd-live-playback-of-pluto-channels-behavior/42882   CDVR hasn't figured out how to handle these "impossible streams" and made things worse in many ways due to the timeline warping issue.

Yes, those issues have been around for years but are provider specific and likely intentional. Emby has not tried to implement fixes or work-a-rounds for them once the cause of the issues was understood.  Expecting work-a-rounds specific to provider streams like this is a "gray aera" at best when the use of the streams is "questionable" and surely not with providers permission.  What if this was a stream from Ruko, LG, Samsung or another partner of ours?  It would be an understatement to say, they wouldn't appreciate us adding features or making changes specifically to pirate their streams.  

It's one thing to make needed changes to handle valid streams properly but another thing to target changes of questionable use.  The nuance of some issues like this can be important to understand why an "issue" is still an "issue" 5 years later.

@zhollow65please post the information Luke requested so we can take a look at your logs to help determine the source of your issue and what can be done to help you.

Carlo

 

 

[jeffreymhardy 2]

I'm having exactly the same problem, and have tested with two different well-reviewed IPTV services. Schedule a recording, it starts and then ends prematurely for no reason I can determine. I attached a log file which contains three scheduled recordings, one at 6am, one at 7am and one at 11am. Each of those recordings ends prematurely. Can anyone help? The attached log file is insanely long so if there's a better way to show you what you need to see, just let me know. Thanks!

embyserver.txt

[sa2000 342]

14 hours ago, jeffreymhardy said:

Schedule a recording, it starts and then ends prematurely for no reason I can determine. I attached a log file which contains three scheduled recordings, one at 6am, one at 7am and one at 11am. Each of those recordings ends prematurely

Thanks for the log

It shows 4 scheduled recordings with two completing ok and two stopping early and the retry was rejected with a 403 error for both

2025-03-17 06:00 MSNBC US, "Morning Joe" recorded ok for 59 minutes

2025-03-17 15:00 Fox Sports 1, "First Things First" recorded ok for 2 hours

2025-03-17 07:00 NBC WBAL, "Today S73E153" was supposed to record for 2 hours but stopped early after 12 minutes and a retry failed with Error 403 (Forbidden)

2025-03-17 07:00:00.245 Info LiveTV: Recording timer fired for a81dfdbe1cbbc23eaf96d6f0466b0e52 Today.
2025-03-17 07:00:08.045 Info LiveTvManager: Opening channel stream, external channel Id: m3u_f98a11e3195bae024eb8b6b33aa9e8ef8e14ace0bcf207c093839d9cc3dd117b_nbcwbal.us
2025-03-17 07:00:09.070 Info SharedHttpPipelineSource: Start copying from response stream: Http-http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x
2025-03-17 07:00:12.806 Info LiveTV: Will record to /Volumes/Plex Primary (New)/TV Recordings/Today (2019)/Season 73/Today S73E153.ts for 119.78656431666667 minutes.

2025-03-17 07:12:13.768 Info SharedHttpPipelineSource: Finished copying from response stream: Http-http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x
2025-03-17 07:12:13.799 Info SharedHttpPipelineSource: Retry opening stream http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x
2025-03-17 07:12:13.799 Info SharedHttpPipelineSource: Opening SharedHttpPipelineSource Live stream from Http-http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x
2025-03-17 07:12:13.799 Info HttpClient: GET http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x
2025-03-17 07:12:14.032 Info HttpClient: Http response 403 from http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x after 233ms. Headers Server=nginx, Date=Mon, 17 Mar 2025 11:12:14 GMT, Connection=close, Access-Control-Allow-Origin=*, X-XSS-Protection=1; mode=block, X-Content-Type-Options=nosniff, Referrer-Policy=same-origin, Permissions-Policy=interest-cohort=()
2025-03-17 07:12:14.046 Error SharedHttpPipelineSource: Give up retries copying live stream http://host5/x_path1_x/x_path2_x/x_path3_x/x_path5_x?token=x_secret7_x No more retries allowed.
	*** Error Report ***
	Version: 4.8.11.0
	Command line: /Applications/EmbyServer.app/Contents/MacOS/EmbyServer.dll -noautorunwebapp
	Operating system: Darwin 24.3.0 Darwin Kernel Version 24.3.0: Thu Jan  2 20:22:58 PST 2025; root:xnu-11215.81.4~3/RELEASE_ARM64_T8132
	Framework: .NET 6.0.36
	OS/Process: x64/x64
	Runtime: Applications/EmbyServer.app/Contents/MacOS/System.Private.CoreLib.dll
	Processor count: 10
	Data path: /Users/jeffhardy/.config/emby-server
	Application path: /Applications/EmbyServer.app/Contents/MacOS
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Forbidden
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenStream(IDisposable connectionContext, MediaSourceInfo mediaSource, String url, MediaProtocol protocol, CancellationToken cancellationToken, Int32 recursion)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()
	
2025-03-17 07:12:14.049 Error SharedHttpPipelineSource: Error copying live stream.
	*** Error Report ***
	Version: 4.8.11.0
	Command line: /Applications/EmbyServer.app/Contents/MacOS/EmbyServer.dll -noautorunwebapp
	Operating system: Darwin 24.3.0 Darwin Kernel Version 24.3.0: Thu Jan  2 20:22:58 PST 2025; root:xnu-11215.81.4~3/RELEASE_ARM64_T8132
	Framework: .NET 6.0.36
	OS/Process: x64/x64
	Runtime: Applications/EmbyServer.app/Contents/MacOS/System.Private.CoreLib.dll
	Processor count: 10
	Data path: /Users/jeffhardy/.config/emby-server
	Application path: /Applications/EmbyServer.app/Contents/MacOS
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Forbidden
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenStream(IDisposable connectionContext, MediaSourceInfo mediaSource, String url, MediaProtocol protocol, CancellationToken cancellationToken, Int32 recursion)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	--- End of stack trace from previous location ---
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()
	
2025-03-17 07:12:14.049 Info SharedHttpPipelineSource: SharedHttpPipelineSource is done streaming.

2025-03-17 11:00 ABC WMAR, "The View S28E127", was supposed to record for about an hour but stopped early after 37 minutes and a retry failed with error 403 (Forbidden)

2025-03-17 11:00:00.040 Info LiveTV: Recording timer fired for f327e297c2caeac61f1fe3e5292d256d The View.
2025-03-17 11:00:00.416 Info LiveTvManager: Opening channel stream, external channel Id: m3u_f98a11e3195bae024eb8b6b33aa9e8ef49277797a7391be7a7d50ddfae62f72c_abcwmar.us
2025-03-17 11:00:01.559 Info SharedHttpPipelineSource: Start copying from response stream: Http-http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x
2025-03-17 11:00:23.449 Info LiveTV: Will record to /Volumes/Plex Primary (New)/TV Recordings/The View (1997)/Season 28/The View S28E127.ts for 59.609191233333334 minutes.

2025-03-17 11:37:53.897 Info SharedHttpPipelineSource: Finished copying from response stream: Http-http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x
2025-03-17 11:37:53.918 Info SharedHttpPipelineSource: Retry opening stream http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x
2025-03-17 11:37:53.918 Info SharedHttpPipelineSource: Opening SharedHttpPipelineSource Live stream from Http-http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x
2025-03-17 11:37:53.918 Info HttpClient: GET http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x
2025-03-17 11:37:54.128 Info HttpClient: Http response 403 from http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x after 210ms. Headers Server=nginx, Date=Mon, 17 Mar 2025 15:37:54 GMT, Connection=close, Access-Control-Allow-Origin=*, X-XSS-Protection=1; mode=block, X-Content-Type-Options=nosniff, Referrer-Policy=same-origin, Permissions-Policy=interest-cohort=()
2025-03-17 11:37:54.136 Error SharedHttpPipelineSource: Give up retries copying live stream http://host15/x_path1_x/x_path2_x/x_path3_x/x_path19_x?token=x_secret25_x No more retries allowed.
	*** Error Report ***
	Version: 4.8.11.0
	Command line: /Applications/EmbyServer.app/Contents/MacOS/EmbyServer.dll -noautorunwebapp
	Operating system: Darwin 24.3.0 Darwin Kernel Version 24.3.0: Thu Jan  2 20:22:58 PST 2025; root:xnu-11215.81.4~3/RELEASE_ARM64_T8132
	Framework: .NET 6.0.36
	OS/Process: x64/x64
	Runtime: Applications/EmbyServer.app/Contents/MacOS/System.Private.CoreLib.dll
	Processor count: 10
	Data path: /Users/jeffhardy/.config/emby-server
	Application path: /Applications/EmbyServer.app/Contents/MacOS
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Forbidden
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenStream(IDisposable connectionContext, MediaSourceInfo mediaSource, String url, MediaProtocol protocol, CancellationToken cancellationToken, Int32 recursion)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()
	
2025-03-17 11:37:54.140 Error SharedHttpPipelineSource: Error copying live stream.
	*** Error Report ***
	Version: 4.8.11.0
	Command line: /Applications/EmbyServer.app/Contents/MacOS/EmbyServer.dll -noautorunwebapp
	Operating system: Darwin 24.3.0 Darwin Kernel Version 24.3.0: Thu Jan  2 20:22:58 PST 2025; root:xnu-11215.81.4~3/RELEASE_ARM64_T8132
	Framework: .NET 6.0.36
	OS/Process: x64/x64
	Runtime: Applications/EmbyServer.app/Contents/MacOS/System.Private.CoreLib.dll
	Processor count: 10
	Data path: /Users/jeffhardy/.config/emby-server
	Application path: /Applications/EmbyServer.app/Contents/MacOS
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Forbidden
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenStream(IDisposable connectionContext, MediaSourceInfo mediaSource, String url, MediaProtocol protocol, CancellationToken cancellationToken, Int32 recursion)
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	--- End of stack trace from previous location ---
	   at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.<>c__DisplayClass45_0.<<StartStreamingWithLegacyTsProcessor>b__0>d.MoveNext()
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()
	
2025-03-17 11:37:54.140 Info SharedHttpPipelineSource: SharedHttpPipelineSource is done streaming.

Are these from 4 different providers?

If you can predict a failure, you can run Wireshark and capture network traffic and provide me the raw log files privately together with a zip of the wireshark pcap file and i will see if we have an issue with the retries with respect to the headers in the requests. Also are there any other logs being written to apart from the embyserver txt file? ffmpeg ? If you do send logs to me by private message, you could copy out the logs folder and zip the folder

 

Edited March 18 by sa2000

[jeffreymhardy 2]

First off, thanks for taking the time to go through this and try and help. These are all from the same provider. I have the same set of recordings running today, so let me see if there’s any consistency to what’s working and what’s not. Thanks again for helping! 

[GRS1077 4]

Hello,

After following these posts, I believe the primary issue is provider-related. I switched to a provider offering five connections, which improved Emby performance, but I still encountered issues that seem to be both provider and connection-related. With IPTV, the quality reflects the price — it works intermittently, and I personally accept that. I also noticed that if a channel cuts out for even a few seconds, recordings are halted.

I recommend trying TiviMate, which I've used for several months. It offers a smooth interface and works well with IPTV services. It includes features like a whole-house DVR setup, allowing recordings to be saved on a server and accessed throughout the home. It's affordable at $30/year for up to five devices.

Regarding media players, Emby is by far the best. It performs excellently with features like Dolby Vision and direct media file playback, even remotely. I’ve tried Plex, Jellyfin, Kodi, and Channels, but none compare to Emby’s performance and features.

Just a thought, there are alternative IPTV viewing options that don’t require Emby.

Thank you,
GS