Streams play on a loop

[r5yk5 31]

When I play a (BBC) HLS stream using the webstream plugin over DLNA, every 20 minutes or so the playback goes right back to where it started.

In my log I can see it starting at 11:55 and then it looks like the connection is lost and re-established at 12:13

But instead of continuing with the live stream, it starts playing what has already been played.

Obviously it would be better if the connection wasn't lost in the first place but if it is, it should continue with the live stream.

Thanks

 

embyserver.txt

[Luke 43549]

HI, how does it compare when playing the same content in the emby web app?

[ebr 17032]

10 hours ago, r5yk5 said:

the webstream plugin

 

10 hours ago, r5yk5 said:

it should continue with the live stream

Webstreams is not designed for live streams...

[r5yk5 31]

6 hours ago, ebr said:

 

Webstreams is not designed for live streams...

By live stream I mean radio.

I know it's not for live TV streams.

I was under the impression that live radio was one of the features of Webstreams. There's a category for it in the plugin "General Audio (e.g. Podcasts, Radio)

[r5yk5 31]

7 hours ago, Luke said:

HI, how does it compare when playing the same content in the emby web app?

I tried it for 30 minutes in the web app and it didn't restart. The logs this time are like this

2026-10-15 05:37:10.170 Info DynamicHlsService-0HNPAENM8U58A:0000004C: http/1.1 GET http://192.168.0.110:8096/emby/Audio/430388/live.m3u8?UserId=x_secret3_x&DeviceId=be174cc6-8e8f-4c2e-8c1f-71e8f6ebc698&MaxStreamingBitrate=200000000&Container=opus,mp3|mp3,mp2,mp3|mp2,aac|aac,m4a|aac,mp4|aac,flac,webma,webm,wav|PCM_S16LE,wav|PCM_S24LE,ogg&TranscodingContainer=aac&TranscodingProtocol=hls&AudioCodec=aac&api_key=x_secret2_x&PlaySessionId=1792039014100&EnableRedirection=true&EnableRemoteMedia=false&SegmentContainer=aac&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported. Source Ip: host1, Accept=*/*, Connection=keep-alive, Host=192.168.0.110:8096, User-Agent=Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/152.0.0.0 Mobile Safari/537.36, Accept-Encoding=gzip, deflate, Accept-Language=en-US,en;q=0.9, Referer=http://192.168.0.110:8096/web/index.html
2026-10-15 05:37:10.171 Info DynamicHlsService-0HNPAENM8U58A:0000004C: http/1.1 Response 200 to host1. Time: 1ms. GET http://192.168.0.110:8096/emby/Audio/430388/live.m3u8?UserId=x_secret3_x&DeviceId=be174cc6-8e8f-4c2e-8c1f-71e8f6ebc698&MaxStreamingBitrate=200000000&Container=opus,mp3|mp3,mp2,mp3|mp2,aac|aac,m4a|aac,mp4|aac,flac,webma,webm,wav|PCM_S16LE,wav|PCM_S24LE,ogg&TranscodingContainer=aac&TranscodingProtocol=hls&AudioCodec=aac&api_key=x_secret2_x&PlaySessionId=1792039014100&EnableRedirection=true&EnableRemoteMedia=false&SegmentContainer=aac&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported. Headers: Content-Type=application/vnd.apple.mpegurl, Date=Thu, 15 Oct 2026 04:37:10 GMT, Server=UPnP/1.0 DLNADOC/1.50, Cache-Control=no-cache, no-store, no-transform, must-revalidate, Content-Encoding=deflate, Expires=-1, Pragma=no-cache, no-store, no-transform, must-revalidate, Vary=Accept-Encoding, Content-Length=183, Cross-Origin-Resource-Policy=cross-origin, Private-Network-Access-Name=Media Server, Private-Network-Access-Id=d9c16d3da05c41b08b8ee23ce7f2c9e4
2026-10-15 05:37:12.168 Info DynamicHlsService-0HNPAENM8U58A:0000004D: http/1.1 GET http://192.168.0.110:8096/emby/Audio/430388/live.m3u8?UserId=x_secret3_x&DeviceId=be174cc6-8e8f-4c2e-8c1f-71e8f6ebc698&MaxStreamingBitrate=200000000&Container=opus,mp3|mp3,mp2,mp3|mp2,aac|aac,m4a|aac,mp4|aac,flac,webma,webm,wav|PCM_S16LE,wav|PCM_S24LE,ogg&TranscodingContainer=aac&TranscodingProtocol=hls&AudioCodec=aac&api_key=x_secret2_x&PlaySessionId=1792039014100&EnableRedirection=true&EnableRemoteMedia=false&SegmentContainer=aac&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported. Source Ip: host1, Accept=*/*, Connection=keep-alive, Host=192.168.0.110:8096, User-Agent=Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/152.0.0.0 Mobile Safari/537.36, Accept-Encoding=gzip, deflate, Accept-Language=en-US,en;q=0.9,

 

Is it a problem with DLNA play to?

 

 

[Masko 0]

I have observed the same problem in web browsers as well. It doesn't matter whether I use Firefox or a Chromium-based browser, Emby gets stuck in an endless loading loop and playback never resumes. The issue affects all streams, both internal and external. The only workaround is to completely restart the media file and then manually seek/fast-forward to the position where I left off.

Edited October 15 by Masko

[ebr 17032]

6 hours ago, r5yk5 said:

By live stream I mean radio.

I know it's not for live TV streams.

I was under the impression that live radio was one of the features of Webstreams. There's a category for it in the plugin "General Audio (e.g. Podcasts, Radio)

@softworkz

I still think it is meant for static content of that type...

[softworkz 5629]

Hi Guys,

The WebStreams plugin is meant to play any kind of streams, live and static. It's just not optimized to provide an ideal lieve TV  experience.

There's a known problem about resuming static streams at the position where you left off.

But if you encounter any streams that are generally now playing properly, please PM me with links to those streams, then we can take a look.

Thanks

[Luke 43549]

How does it compare if you import that live stream into live tv?

[softworkz 5629]

1 hour ago, Luke said:

How does it compare if you import that live stream into live tv?

It's audio streams only (radio).

[Luke 43549]

1 minute ago, softworkz said:

It's audio streams only (radio).

That should be OK. It will play as if it were video.

[r5yk5 31]

Double post

Edited October 15 by r5yk5

[r5yk5 31]

It played for an hour and a quarter before I had to manually stop it without restarting. No problems. Here's the log if it will help debug by comparison 

 

embyserver (1).txt

Edited October 15 by r5yk5

[Luke 43549]

36 minutes ago, r5yk5 said:

It played for an hour and a quarter before I had to manually stop it without restarting. No problems. Here's the log if it will help debug by comparison 

 

embyserver (1).txt 135.41 kB · 1 download

In the web app or dlna? Live TV obviously has behaviors attached to it that are commonly associated with live streams. Other areas outside of live tv try to be as flexible as possible and still be able to handle them, but up to a certain point. One challenge with dlna is that it is using progressive transcoding, and not any of the modern protocols that our apps are able to use like HLS.

[r5yk5 31]

I'm playing it to a DLNA device.

[r5yk5 31]

I played it for 4 1\2 hours today with no looping. So from my perspective it's solved.

It would be nice if the HLS audio streams didn't loop in webstreams though.

Thanks for the help