Server Version#: Version 4.34.4
Player Version#:Web
<If providing server lUploading: Plex Media Server Logs_2020-09-16_09-44-08.zip… ogs please do NOT turn on verbose logging>
Plex Media Server Logs_2020-09-16_10-18-34.zip (3.2 MB)
I get my video freezing every 10 mins or so, for at least 5 mins at a time. This has only started happening recently. Never had an issue like this before. Logs attached.
Plex is getting various permissions errors for the transcode directory. While I’m not positive it is what is causing your buffering, it is not normal. It could be an anti-virus program scanning your transcode directory and locking files so Plex can’t use them. If so try excluding the transcode directory from scanning to see if it helps.
Sep 15, 2020 18:07:35.874 [9104] ERROR - Caught exception trying to stream file: C:\Users\inyou\AppData\Local\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-xjtrkrsjl4fbhkx9vxkl6bfc-7912252e-9807-4664-a0be-3e7d76034a3f\init-stream1.m4s,C:\Users\inyou\AppData\Local\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-xjtrkrsjl4fbhkx9vxkl6bfc-7912252e-9807-4664-a0be-3e7d76034a3f\chunk-stream1-00179.m4s: write: protocol is shutdown
Sep 15, 2020 22:56:29.963 [5448] ERROR - Caught exception trying to stream file: D:\Film\Police Academy 1, 2, 3, 4, 5, 6, 7 - Complete Collection 1984-1994 Eng Subs 720p [H264-mp4]\Police Academy - The Complete Collection 1-7\01 Police Academy - Comedy 1984 Eng Subs 720p [H264-mp4].mp4: write: protocol is shutdown
Sep 15, 2020 23:04:22.587 [10124] ERROR - Failed to delete session directory (boost::filesystem::remove: Access is denied: "C:\Users\inyou\AppData\Local\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-6gfzamgsx2lipfzc8quogti4-d7bcea38-bef3-4119-920b-6a226172f6fb\chunk-00295")
Sep 15, 2020 23:04:35.982 [10124] ERROR - Failed to delete session directory (boost::filesystem::status: Access is denied: "C:\Users\inyou\AppData\Local\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-n8z34zp39pn4aq465chwpbou-3ba41248-b317-4ea3-aac7-6ef124aab807\chunk-stream1-00013.m4s")
Sep 16, 2020 09:25:01.469 [1420] ERROR - Transcoder: Failed to delete session directory (boost::filesystem::remove: Access is denied: "C:\Users\inyou\AppData\Local\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-wy2thydfkkouyrwdwu1l4qnx-7b1b863f-444b-48a4-9447-954420a6a4c6\chunk-stream0-00048.m4s")
Thanks @hokierulz, I will turn off all AV to test and see if results change.
No, still getting this problem unfortunately.
A few things I have tried are.
Reinstall Plex,
Restart Server,
Stop all AntiVirus,
None have removed the problem.
I definitely see the buffering status of the client being reported in the logs. There are other errors (below) that could suggest the network connection between the client and server is slow and/or dropping. From the logs it does appear that your server is a wired network connection (please confirm.) Is the client on wifi? If so, as a test would you try wiring in the client machine via ethernet cable to see if it is any better? Also, could you try with other clients to see if the problem is isolated to this one client?
Sep 16, 2020 09:18:39.260 [8352] DEBUG - [CompanionProxy] registered new player: yjtku9vydspl64f938h578ad (192.168.11.65)
Sep 16, 2020 09:33:02.745 [9368] DEBUG - [CompanionProxy] player yjtku9vydspl64f938h578ad was last refreshed 10 seconds ago
Sep 16, 2020 09:33:06.272 [6760] DEBUG - handleStreamRead code 121: The semaphore timeout period has expired
Sep 16, 2020 09:33:06.272 [6760] DEBUG - NotificationStream: Removing because of error
Sep 16, 2020 09:35:42.919 [6760] DEBUG - Failed to stream media, client probably disconnected after 18661376 bytes: 10054 - An existing connection was forcibly closed by the remote host
Sep 16, 2020 09:35:42.919 [6760] DEBUG - Completed after connection close: [192.168.11.65:57931] 206 GET /library/parts/5265/1600133003/file.mp4 (7 live) TLS 144915ms 18661376 bytes (pipelined: 1) (range: bytes=14548992-206012415)
ep 16, 2020 09:36:24.926 [6760] DEBUG - Auth: authenticated user 1 as RJ3D
Sep 16, 2020 09:36:24.926 [9652] DEBUG - Request: [192.168.11.65:57971 (Subnet)] GET /:/timeline?ratingKey=4107&key=%2Flibrary%2Fmetadata%2F4107&playbackTime=272514&playQueueItemID=6915&state=buffering&hasMDE=1&context=hub.home.television.recent&time=272000&duration=1738000 (6 live) TLS GZIP Signed-in Token (RJ3D)
Sep 16, 2020 09:36:24.928 [9652] DEBUG - Client [l7ts7l12jnhgoye1jeoe802q] reporting timeline state buffering, progress of 272000/1738000ms for guid=, playbackTime=272514ms ratingKey=4107 url=, key=/library/metadata/4107, containerKey=, metadataId=4107, source=
Sep 16, 2020 09:54:27.716 [10468] DEBUG - handleStreamRead code 121: The semaphore timeout period has expired
Sep 16, 2020 09:54:27.716 [10468] DEBUG - NotificationStream: Removing because of error
Sep 16, 2020 09:54:27.716 [10468] DEBUG - Completed after connection close: [192.168.11.65:58174] -3 GET /:/websockets/notifications (6 live) TLS GZIP 168906ms 5312 bytes
Hi again @hokierulz, thank you for further assistance.
The server is indeed wired, but the client is wifi (laptop computer) Has not ethernet plug so I can’t test wired.
So last night I tried on some other platforms and clients. Currently the only platform that has this problem is Chrome on Windows with the problem client.
Through FireTV it works (wired), through the desktop App it works (WiFi), through PS4 it works (WiFi).
So I am going to for now say I can resolve this by not using the Chrome webapp.
It would be good to know why this problem came about, as I said, this was originally not a problem. For a good few months this has worked flawlessly on the problem client… So I am confused as to where it came from.
My library has grown over the last 4-6 weeks quite a lot, could that be an issue? I also added a subtitles plugin, but I removed it when this problem came about to no resolution.
Thanks for the advice.
I can’t think of any way that the size of the library could cause buffering, though the specific media added could. For example, 4k media could played to a client that can’t play 4k would require transcoding, and transcoding 4k requires a lot of system resource.
If the installed Plex client is ok on the same computer where the web client is having problems, then it could be a difference in transcoding. The web client is the worst client in terms of forcing transcoding. You can check by going into the Dashboard in Plex Web, and then look in the now playing section. Make sure “Show Details” (
) on the left is selected. Ideally to minimize system resource usage it will by Direct Play or Direct Stream. If it is transcoding then scroll down on the dashboard and see if your CPU use is high.
From the logs it looks like you have hardware encoding enabled, but Plex isn’t finding a GPU. Do you have a GPU?
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
