That’s correct
You have this in your very first post. If you mean you have this capped in PMS, I would remove that number and leave the field empty. There was a time when it was not recommended to enter anything there, due to a bug. Not sure if that still applies, but it’s worth a shot.
Yea I have since removed that
Been a busy month, just replaced my motherboard, still having the same issue but a friend of mine is not. Server is located not too far from me, connecting remotely. Server has symmetrical gigabit, I have gigabit down as well as my friend. We have different providers, I have Xfinity, don’t recall what he has. Happens on all clients I am able to access (Android TV, Windows, Android, etc.) Not sure what’s going on, are there any specific settings on modern routers that interfere with a remote stream from Plex? I have a TP-Link Archer AX1800.
Just turned on a VPN on my Windows 10 PC where I was experiencing the issue, no longer experiencing the issue (at least not nearly as much). Could Xfinity, my ISP, be a potential issue here?
Absolutely could be.
Ping the server and run a trace route with and without VPN to see if there’s any difference in latency/routing.
I’ve recently had a lot of trouble with my ISP’s (Frontier) connection to my remote server. Other ISPs have been solid.
Just did, seems normal. Opened up Openspeedtest server on my plex server, only able to get 165mbps - 200mbps MAX from it when my friend is able to get the full 1gbps from it. Also opened one on my PC here, only able to send the same amount of 165mbps - 200mbps. Gonna try and rule out my router and/or modem.
Alright, so changing my motherboard fixed the issue, then another issue was my personal router which was having trouble getting good speeds from the PMS (I am remote). No more buffering once I swapped the router out. Thanks to everyone who helped!
Ending up coming back. Keep getting this log when buffering
Jul 29, 2022 05:45:43.461 [16388] DEBUG - Completed after connection close: [xxx] 206 GET /library/parts/34236/1655722383/file.mkv?autoAdjustQuality=0&hasMDE=1&location=wan&mediaBufferSize=209664 (13 live) TLS 218819ms 273088512 bytes (pipelined: 2) (range: bytes=114032640-)
Jul 29, 2022 05:45:43.461 [16364] DEBUG - Failed to stream media, client probably disconnected after 65536 bytes: 10054 - An existing connection was forcibly closed by the remote host
I’m playing a 14mbps file, direct playing with SRT subtitles. Playing on my Shield TV Tube, remotely. I am able to get 1gb from my server, as it has 1gb up/down. Connected via ethernet. Happens on another Shield TV Tube that’s connected wirelessly, gets 500mbps down. I’ve literally replaced everything.
Just ran another openspeedtest and I’m getting ~150mbps, when my friend who is on a different network is getting the full 1gb.
I literally get better speeds on a VPN. VPN I get 200mbps, without VPN I get 150.
Potentially a port issue, changed ext port to 2400 and it seems to be better?
Happening on Android mobile as well, my s22.
Doing a tracert to my server, times out at hop #7, resumes, then spams timeout at #15. Don’t think it exactly completes? Not sure if this is normal
What type of video are you watching? The Shield TV Tube has issue with high bitrate videos. Even if your WiFi/internet connection is good and high, the device can have issues with videos > 20 Mbps. Around 40-50 Mbps, it is almost guaranteed to have issues.
Have the same issue on all devices, Android TV, Android mobile, Windows
Ok, please reproduce the issue on one of these other devices and get me the client log and the server log.
Sent!
Your logs seem to indicate that the file is only being transferred at about 5 MBps (40 Mbps). There is another stream from your friend also transferring at about the same speed.
Can you try turning off (set to 0) the upload limit? See if you notice a difference.
The upload speed did not have anything set, lemme test
You had this in your initial post.
Yes, I had the upload set, but I had since corrected that when I made the post. I notice it seems to have periods where it completely stops requesting/sending data.
