Session ... has gone idle while playing

[StewieGreen 160]

I'm getting this error every time I play a video on my Shield, when it happens the playback pauses for a while (< a minute) and then it continues.  So far it hasn't happened when I play it on my computer through my browser. 

Client-Version=3.2.50&reqformat=json. UserAgent: Mozilla/5.0 (Linux; Android 11; SHIELD Android TV Build/RQ1A.210105.003; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/102.0.5005.78 Mobile Safari/537.36
2022-06-19 00:23:46.716 Info Server: http/1.1 Response 204 to host2. Time: 1ms. http://host1:4432/emby/Sessions/Playing/Progress?X-Emby-Client=Emby for Android&X-Emby-Device-Name=SHIELD&X-Emby-Device-Id=d8868f7808a0351b&X-Emby-Client-Version=3.2.50&reqformat=json
2022-06-19 00:24:46.719 Info SessionManager: Session d1c0d46cad3b08bbd7c475c624845092 has gone idle while playing
2022-06-19 00:24:46.719 Info SessionManager: Playback stopped reported by app Emby for Android 3.2.50 playing King of the Ant Hill. Stopped at 440292 ms

embyserver.txt

[Luke 42083]

Hi, this is not an error. Why do you think that?

[StewieGreen 160]

Yeah, you're right.  I have a bad habit on blaming software when I'm having issues, but I think my router has been the source of my frustrations recently.

[Riddler84 54]

On 6/18/2022 at 6:34 PM, Luke said:

Hi, this is not an error. Why do you think that?

Could you please explain what this info message means and what the potential causes are? Because I'm having a similar problem. Not me personally, but a remote user. The playback just stops 30 to 60 minutes in the movie. Then the loading circle appears and it doesn't go away.

I've found a handful of threads in this forum, all with the same lines from the log files, but none of them provided any solutions. If it's not an Emby specific problem, I would like to find out at least on which side (client, server, router) I should search for the problem.

This is the relevant part of the log:

2022-12-31 17:56:54.854 Info Server: http/1.1 Response 200 to host6. Time: 9ms. http://host3/emby/emby/videos/56688/hls1/main/694.ts?PlaySessionId=xxx
2022-12-31 17:57:04.062 Info Server: http/1.1 POST http://host3/emby/emby/Sessions/Playing/Progress. UserAgent: Dalvik/2.1.0 (Linux; U; Android 12; Chromecast Build/STTE.220621.019.A2)
2022-12-31 17:57:04.063 Info Server: http/1.1 Response 204 to host6. Time: 2ms. http://host3/emby/emby/Sessions/Playing/Progress
2022-12-31 17:58:04.079 Info SessionManager: Session xxx has gone idle while playing
2022-12-31 17:58:04.079 Info SessionManager: Playback stopped reported by app AndroidTv 2.0.83g playing xxx. Stopped at 2091242 ms

 

[Riddler84 54]

Bumping this just a little..

Would really like to know, what triggers this specific info message about the session gone idle.

[Luke 42083]

23 hours ago, Riddler84 said:

Bumping this just a little..

Would really like to know, what triggers this specific info message about the session gone idle.

For example stops playback by just turning off the TV without actually stopping the video in the Emby app. There's no explicit stop there so the server has to use it's own means to figure out that the client isn't active anymore.

[Riddler84 54]

1 hour ago, Luke said:

For example stops playback by just turning off the TV without actually stopping the video in the Emby app

Ok, but that's not what happened. I witnessed it myself. The movie was running, and suddenly it stopped, and a loading animation showed up. And it stayed like this for at least 5 minutes, before I manually canceled it. And the protocol then showed this idle message every time, the exact second when it happened.

It only happens via Chromecast, so I guess it's either a problem of the Chromecast or something isn't communicating very well between Emby and Chromecast. I guess Chromecast is losing the connection somehow. I had a somewhat similar problem with Plex before. Sometimes it lost the direct connection to the server and was going through the Plex Relay instead. After a restart, everything was normal again. Something's strange with Chromecast I guess..

[doggypatch 2]

I'm having a similar issue playing videos (playlist) with the Emby Roku App.  It doesn't happen playing the same playlist on a PC (any browser, Chrome, Edge, Firefox) or on a phone/tablet via the Emby app.  Its random also.  It doesn't always stop/freeze at the end of the same video.  All files are M4V. Just like Riddler84, I have to manually cancel it/restart it.  Here is a portion of the log.  Also attaching the entire log.

2023-05-22 20:32:22.457 Info Server: http/1.1 Response 204 to host2. Time: 1ms. http://192.168.1.219:8096/emby/Sessions/Playing/Progress
2023-05-22 20:32:32.448 Info Server: http/1.1 POST http://192.168.1.219:8096/emby/Sessions/Playing/Progress. UserAgent: Roku/DVP-12.0 (12.0.0.4184-C2)
2023-05-22 20:32:32.448 Info Server: http/1.1 Response 204 to host2. Time: 1ms. http://192.168.1.219:8096/emby/Sessions/Playing/Progress
2023-05-22 20:33:32.458 Info SessionManager: Session fbb9c6e86af5696da5682656ab3c0b64 has gone idle while playing
2023-05-22 20:33:32.458 Info SessionManager: Playback stopped reported by app Roku SG 4.0.85 playing The Heat_venting. Stopped at 170000 ms
2023-05-22 20:46:42.973 Info Server: http/1.1 POST http://192.168.1.219:8096/emby/Sessions/Playing/Progress. UserAgent: Roku/DVP-12.0 (12.0.0.4184-C2)
2023-05-22 20:46:42.974 Info Server: http/1.1 Response 204 to host2. Time: 1ms. http://192.168.1.219:8096/emby/Sessions/Playing/Progress
2023-05-22 20:46:57.833 Info Server: http/1.1 GET http://192.168.1.219:8096/emby/Videos/8542/stream.mp4?static=true&mediaSourceId=083232ff805e07c8aeb3bdb033a18116. Accept=*/*, Host=192.168.1.219:8096, User-Agent=Roku/DVP-12.0 (12.0.0.4184-C2), Range=bytes=13541679-
2023-05-22 20:46:57.859 Info Server: http/1.1 Response 206 to host2. Time: 26ms. http://192.168.1.219:8096/emby/Videos/8542/stream.mp4?static=true&mediaSourceId=083232ff805e07c8aeb3bdb033a18116
2023-05-22 20:46:57.889 Info Server: http/1.1 POST http://192.168.1.219:8096/emby/Sessions/Playing/Progress. UserAgent: Roku/DVP-12.0 (12.0.0.4184-C2)
2023-05-22 20:46:57.890 Info Server: http/1.1 Response 204 to host2. Time: 1ms. http://192.168.1.219:8096/emby/Sessions/Playing/Progress
2023-05-22 20:46:58.153 Info Server: http/1.1 POST http://192.168.1.219:8096/emby/Sessions/Playing/Progress. UserAgent: Roku/DVP-12.0 (12.0.0.4184-C2)
 

My roku is NOT using ANY bandwidth or power saving features.  I understand there is a beta of the Roku app (4.0.88? not knowing what's in the release notes), should I try that?

Let me know if there is anything else you need from me to assist in diagnosing this issue.

Thanks in advance!

 

embyserver-63820396800.txt

[speechles 2055]

7 hours ago, doggypatch said:

2023-05-22 20:46:57.833 Info Server: http/1.1 GET http://192.168.1.219:8096/emby/Videos/8542/stream.mp4?static=true&mediaSourceId=083232ff805e07c8aeb3bdb033a18116. Accept=*/*, Host=192.168.1.219:8096, User-Agent=Roku/DVP-12.0 (12.0.0.4184-C2), Range=bytes=13541679-
2023-05-22 20:46:57.859 Info Server: http/1.1 Response 206 to host2. Time: 26ms. http://192.168.1.219:8096/emby/Videos/8542/stream.mp4?static=true&mediaSourceId=083232ff805e07c8aeb3bdb033a18116

The issue is the range requests.

[doggypatch 2]

Thanks for the response.  I'm not sure what that exactly means (range requests)  Is there something I can do to mitigate or workaround, or are you saying it's

a known issue that is being worked on?

Thanks!

[Luke 42083]

On 5/23/2023 at 2:48 PM, doggypatch said:

Thanks for the response.  I'm not sure what that exactly means (range requests)  Is there something I can do to mitigate or workaround, or are you saying it's

a known issue that is being worked on?

Thanks!

HI, yes we are looking into this. Thanks.