I have recently updated my Plex Media Server to version 1.2.7.2987 to take advantage of the new streaming brains features. I’ve set the internet upload speed to 6Mbps under the server’s remote settings (see below). However on a laptop outside my local network, I am still able to see the Windows 10 UWP Plex client receiving the video streams at 12Mbps, which is the max on my internet connection.
How do you “I am still able to see the Windows 10 UWP Plex client receiving the video streams at 12Mbps, which is the max on my internet connection”?
Even of you set those limits, the client can still request streams at 12Mbps, or original quality, or whatever… The server on the other hand will limit what gets sent. You should see in plex web that the file gets transcoded.
Right, the client should be able to request at a higher bitrate and my expectation is for the server to limit the egress rate to devices outside the home network.
However I am observing that even when I had the server upload speed limit set, the server was still egressing at a rate higher than the limit I’ve set to the client running outside my home network
I’m sorry I didn’t write my sentence properly. How do you observe that outgoing bitrate? Through the logs? In other words, how do you know your server isn’t transcoding at the outgoing bitrate your chose as a limit in your settings?
I observed the outgoing bitrate on the server using the Resource Monitor in Windows. I understand that this may not be the most accurate tool to measure bandwidth usage by process, but the accuracy should be good enough to give me a ball park range to work with.
First I isolated the server to only have that one stream active during my test and started a playback of a video on the remote client. The Plex media server process had a send rate at ~12mbps when the remote stream was active. On the receiving client, the Resource Monitor also showed a receive rate at ~12mbps.
I then stopped the video playback and returned to the menu on the UWP app, both the send rate on the server process and the receive rate on the remote client process dropped to an insignificant amount.
Also to note is that the server was not transcoding, the client was direct playing the file.