What about if the server has a limit set for "Limit remote stream bitrate :xx " (I have it set to 2Mbps due to several family having shares and only 5Mbps upload connection). What takes priority? Sorry if this was asked, didn’t read them all but read many.
This would be great to have with Plex Cloud but sadly that version of PMS hasn’t been updated once in the three months since it came out of beta & became generally available to everyone with a Plex pass.
@nigelpb said:
This would be great to have with Plex Cloud but sadly that version of PMS hasn’t been updated once in the three months since it came out of beta & became generally available to everyone with a Plex pass.
Unfortunately for those of us who have migrated over to Plex Cloud, it has ruined our mobile experience. I don’t have the bandwidth to cope with a 3MB/s stream, and the option to downgrade or transcode is now missing from the settings/frontend.
I can’t roll back the Android App either.
I’m also having difficulty with my Samsung TV App, it seems to not want to transcode at all (no matter what settings I choose), and is buffering something shocking. I can only play shows lower than 2MB/s, because that’s all my bandwidth can handle 
Don´t you have the Option (Settings-Quality)
Limit Cellular
Internet Streaming
Home Streaming?
@Cabel330 said:
Don´t you have the Option (Settings-Quality)
Limit Cellular
Internet Streaming
Home Streaming?
After further testing, I found I could turn off the QoS. I think I missed the setting as it wasn’t where I expected it to be. It’s been changed from what I thought was an intuitive design. I know things change, and I would have been all for it, as long as their premiere service Plex Cloud had’ve been updated along side it.
As it stands, the changes seem dispirit and unbalanced. Self Hosted PHS has received updates regularly; the Android client seems to get regular updates; the Samsung TV app rarely gets updates, and Plex Cloud hasn’t had an update in over 3 months.
It’s a sad state of affairs, as I want to be able to rely on Plex, but am finding it more and more difficult.
@ntrevena said:
As it stands, the changes seem dispirit and unbalanced. Self Hosted PHS has received updates regularly; the Android client seems to get regular updates; the Samsung TV app rarely gets updates, and Plex Cloud hasn’t had an update in over 3 months.
Unless something changed, the Plex app isn’t even developed by Plex? Last I was making use of it that was done by a 3rd party developer. Not sure why Plex didn’t make a app for the likely largest selling brand of TVs (samsung).
This feature sounds AWESOME! I’m hoping it will work into server side as well - I have a 30Mbps upload speed and limit each user to 8Mbps currently. If I could set the quality higher and have the server automatically adjust on the fly to accomodate additional users that would be exactly what I’v been looking for for a long time! Very happy about this development, thanks!! 
My initial test seemed to work, but I’ll be sure to do some further testing. I do have one question:
Are there plans to be able to switch up to direct play if the bandwidth allows, and drop down to a lower quality transcode if it changes? Right now I see there is a setting to do direct play, but then it says auto quality is disabled. I realize this is just a preview of an iteration of the feature, just wondering if this is on the horizon. Honestly this was the only caveat I had, everything else looked great.
This is seriously amazing and something I have been looking forward from Plex for many years. Thanks for the spectacular feature.
@BigStingman to quote one of the devs on this:
@gbooker02 said:
Switching between direct play and transcode will not be automatic as it can never be done a seamless manner. The client playback for direct play and direct stream/transcode is very different. Switching between those nearly always requires a complete teardown of the player stack and recreation of another one.
He mentioned this further up in the thread.
@DaveBinM said:
@BigStingman to quote one of the devs on this:@gbooker02 said:
Switching between direct play and transcode will not be automatic as it can never be done a seamless manner. The client playback for direct play and direct stream/transcode is very different. Switching between those nearly always requires a complete teardown of the player stack and recreation of another one.He mentioned this further up in the thread.
Ah I must have skipped over that. Went back and read through it, thanks.
That is disappointing that it sounds like they won’t be able to merge the two. On the bright side it gives me an excuse to just make a ridiculously powered server that can handle all the transcode sessions I can throw at it. 
I don’t like how transcoding results in quality loss, but at the same time I think auto quality just solves so many headaches for my users it’s probably worth it. I’ll have to feel it out to see what I like. I guess you can’t have your cake and eat it too.
@codeecb said:
Unless something changed, the Plex app isn’t even developed by Plex? Last I was making use of it that was done by a 3rd party developer. Not sure why Plex didn’t make a app for the likely largest selling brand of TVs (samsung).
They do and it’s available for all Samsung’s later than 2015 and has been for well over a year.
@BigStingman Quality loss isn’t ideal, but not all clients can handle (or need) the full quality. 1080p and Dolby Atmos is wasted on an iPhone, for example :lol:
Hopefully if you’ve got a client that can Direct Play the content, it’ll have sufficient bandwidth to do so. All up, it should provide a much smoother experience. 
This is an exciting development but i´m not sure that it is going to make much difference at this stage.
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.
I just dont have enough android app traffic for a test to produce anything meaningful at the moment.
I really appreciate the continued development of Plex, it is among my favourite software projects of all time.
@MattTwinkleToes said:
This is an exciting development but i´m not sure that it is going to make much difference at this stage.As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.
I just dont have enough android app traffic for a test to produce anything meaningful at the moment.
I really appreciate the continued development of Plex, it is among my favourite software projects of all time.
That’s true, an auto-force option from the server would be a good way to do this.
@HitsVille said:
@codeecb said:
Unless something changed, the Plex app isn’t even developed by Plex? Last I was making use of it that was done by a 3rd party developer. Not sure why Plex didn’t make a app for the likely largest selling brand of TVs (samsung).
They do and it’s available for all Samsung’s later than 2015 and has been for well over a year.
Good to know, thank you! Started using the Nvidia shield awhile ago as soon as lossless audio was a option so haven’t been keeping up with the TV apps really. The most my current TV will feed back over ARC is DD+ which gives me Atmos from the TV on streaming apps but not in Plex and still no DTS/Dolby true HD etc so I just use the Shields for everything 
@MattTwinkleToes said:
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.
The plan is to bring the auto quality feature to more platforms and enable it by default on the client apps after the preview period is over and it becomes available to all users.
@kinoCharlino said:
@MattTwinkleToes said:
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.The plan is to bring the auto quality feature to more platforms and enable it by default on the client apps after the preview period is over and it becomes available to all users.
Do you get client type usage stats back from all of us that have ¨Send anonymous usage data to Plex¨ enabled?
It would be interesting to see what the top clients were. On my server (and I only have a few users, it is my personal home server) the main client is Samsung for the TV and then the web client.
I let a few friends use it remotely and they all use the web client.
Do android and ios apps really account for a large enough share of client connections for you to get a reasonable amount of feedback from this preview?
@MattTwinkleToes said:
@kinoCharlino said:
@MattTwinkleToes said:
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.The plan is to bring the auto quality feature to more platforms and enable it by default on the client apps after the preview period is over and it becomes available to all users.
Do you get client type usage stats back from all of us that have ¨Send anonymous usage data to Plex¨ enabled?
Yes, we do collect anonymized usage stats in aggregate from users who voluntarily enable this. Those stats do help us understand how users use Plex.
Do android and ios apps really account for a large enough share of client connections for you to get a reasonable amount of feedback from this preview?
I’ll ping @Gregflix to add more color, but mobile apps were identified for the preview because they tend to get into environments where cellular coverage and bandwidth vary greater than in-home Internet connections. In my own testing in a public park (during a densely populated event), my iPhone on AT&T went from 4 bars to 1 bar just from walking around the event. I saw my available bandwidth jump around with a variance of 30-50% depending on my location. This was a great environment to test the real-world performance of automatic quality (ABR) whereas at home I would see much less dramatic changes in connection quality.
@kinoCharlino said:
@MattTwinkleToes said:
@kinoCharlino said:
@MattTwinkleToes said:
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.The plan is to bring the auto quality feature to more platforms and enable it by default on the client apps after the preview period is over and it becomes available to all users.
Do you get client type usage stats back from all of us that have ¨Send anonymous usage data to Plex¨ enabled?
Yes, we do collect anonymized usage stats in aggregate from users who voluntarily enable this. Those stats do help us understand how users use Plex.
Do android and ios apps really account for a large enough share of client connections for you to get a reasonable amount of feedback from this preview?
I’ll ping @Gregflix to add more color, but mobile apps were identified for the preview because they tend to get into environments where cellular coverage and bandwidth vary greater than in-home Internet connections. In my own testing in a public park (during a densely populated event), my iPhone on AT&T went from 4 bars to 1 bar just from walking around the event. I saw my available bandwidth jump around with a variance of 30-50% depending on my location. This was a great environment to test the real-world performance of automatic quality (ABR) whereas at home I would see much less dramatic changes in connection quality.
Yes i understand that a phone is more likely to get variable bandwidth however where I live, mobile data is expensive and if i tried to watch a video for an hour in the park, streamed over the network, it would cost me an arm and a leg.
It is the same story for everyone else i know too in the UK and Netherlands, we sync content when on the LAN and watch offline when out and about.
I am very interested in this feature to see how it affects the main bottle neck in my system which is my internet connection and it´s pitiful upload bandwidth.
@MattTwinkleToes said:
@kinoCharlino said:
@MattTwinkleToes said:
@kinoCharlino said:
@MattTwinkleToes said:
As soon as this option is added to the web player and as soon as the option can be forced on from the server (or auto enabled on the client) then I will test and give feedback.The plan is to bring the auto quality feature to more platforms and enable it by default on the client apps after the preview period is over and it becomes available to all users.
Do you get client type usage stats back from all of us that have ¨Send anonymous usage data to Plex¨ enabled?
Yes, we do collect anonymized usage stats in aggregate from users who voluntarily enable this. Those stats do help us understand how users use Plex.
Do android and ios apps really account for a large enough share of client connections for you to get a reasonable amount of feedback from this preview?
I’ll ping @Gregflix to add more color, but mobile apps were identified for the preview because they tend to get into environments where cellular coverage and bandwidth vary greater than in-home Internet connections. In my own testing in a public park (during a densely populated event), my iPhone on AT&T went from 4 bars to 1 bar just from walking around the event. I saw my available bandwidth jump around with a variance of 30-50% depending on my location. This was a great environment to test the real-world performance of automatic quality (ABR) whereas at home I would see much less dramatic changes in connection quality.
Yes i understand that a phone is more likely to get variable bandwidth however where I live, mobile data is expensive and if i tried to watch a video for an hour in the park, streamed over the network, it would cost me an arm and a leg.
It is the same story for everyone else i know too in the UK and Netherlands, we sync content when on the LAN and watch offline when out and about.
I am very interested in this feature to see how it affects the main bottle neck in my system which is my internet connection and it´s pitiful upload bandwidth.
I have a good use case for this; I like to stream a show or two at work when I have downtime/breaks, but the download speed there is limited and shared with other employees. With this feature, on my android tablet I shouldn’t get buffering anymore even if someone else starts using lots of bandwidth at the same time.
So, I may be crazy but wouldn’t this feature naturally lend itself to gapless audio playback?
