requiredBandwidths not updating correctly after removing streams

Server Version#: 1.25.5.5492

I’m working on getting my media mostly within 8mbps 1080p, so most of my users will be able to direct play my media.

I now know how requiredbandwidths works, and that there currently is a bug specifically with plex for windows that makes plex select the wrong value from it(See my other post Here).

I had a movie file that had image format streams, which all took >1000kbps of requiredbandwidths each, this accounted to the main file requiredbandwidths to be way higher than it needed to be.
I then ran it through tdarr, removing those streams.
Plex has altered the xml file so those streams are gone, but it hasn’t changed the global requiredbandwidths values:

<Media id="35062" duration="10143936" bitrate="4401" width="1920" height="1080" aspectRatio="1.78" audioChannels="6" audioCodec="eac3" videoCodec="hevc" videoResolution="1080" container="mkv" videoFrameRate="24p" videoProfile="main 10">
<Part accessible="1" exists="1" id="35106" key="/library/parts/35106/1644831494/file.mkv" duration="10143936" file="/data/Movies/Interstellar (2014)/Interstellar.2014.mkv" size="5580507892" container="mkv" deepAnalysisVersion="6" requiredBandwidths="2147483647,13356,13356,13356,13356,13356,13356,13356" videoProfile="main 10">
<Stream id="81212" streamType="1" default="1" codec="hevc" index="0" bitrate="4401" bitDepth="10" chromaLocation="left" chromaSubsampling="4:2:0" codedHeight="1080" codedWidth="1920" colorPrimaries="bt709" colorRange="tv" colorSpace="bt709" colorTrc="bt709" frameRate="23.976" height="1080" level="120" profile="main 10" refFrames="1" requiredBandwidths="16396,10674,6240,5303,4740,4278,3979,3979" title="Video HEVC 1920x1080 (16:9) @23.976 x265 Main10@L4@Main 10bits 3500kbps 2pass veryslow 5798mn qp25,93" width="1920" displayTitle="1080p (HEVC Main 10)" extendedDisplayTitle="Video HEVC 1920x1080 (16:9) @23.976 x265 Main10@L4@Main 10bits 3500kbps 2pass veryslow 5798mn qp25,93"> </Stream>
<Stream id="81213" streamType="2" default="1" codec="eac3" index="1" channels="6" bitrate="448" language="French" languageTag="fr" languageCode="fra" audioChannelLayout="5.1(side)" requiredBandwidths="448,448,448,448,448,448,448,448" samplingRate="48000" title="Français 5.1 EAC3 448kbps 48khz 16bits" displayTitle="French (EAC3 5.1)" extendedDisplayTitle="Français 5.1 EAC3 448kbps 48khz 16bits"> </Stream>
<Stream id="81214" streamType="2" selected="1" codec="eac3" index="2" channels="6" bitrate="448" language="English" languageTag="en" languageCode="eng" audioChannelLayout="5.1(side)" requiredBandwidths="448,448,448,448,448,448,448,448" samplingRate="48000" title="English 5.1 EAC3 448kbps 48khz 16bits" displayTitle="English (EAC3 5.1)" extendedDisplayTitle="English 5.1 EAC3 448kbps 48khz 16bits"> </Stream>
</Part>
</Media>

I have tested it with plex media player, which doesn’t have the bug mentioned above, and that takes up 14mbps(13.3mbps rounded up), so plex does actually use these values.

I think the required bandwidths should be about: requiredBandwidths=“17396,11674,7240,6303,5740,5278,4979,4979”
(didn’t do the maths, but 896 higher than the video stream, taking into account the 2 448kbps audio streams)

I have my maintenance times from 1:00 to 23:00 so it should have updated these values.(I think)

Can anyone else verify that this is a bug or something setup wrong with my system?

I’m not positive, but it may be that deep analysis has not been (re)performed on the file again since it was upgraded. I think this will take place during the the regular maintenance window (as configured in Scheduled Tasks) as long as you have the options to upgrade media analysis and to perform extensive analysis enabled.

If you’ve already been through a maintenance cycle and it didn’t upgrade the analysis, you may need to manually run deep analysis on the items. There’s a thread on the forums which describes how to do this; if I have time later I’ll try to find it.

Thank you for the info, i wasnt aware that i could run it myself.
I found the command: "/usr/lib/plexmediaserver/Plex Media Scanner" --analyze-deeply --item ratingKey where ratingKey is changed to the number “ratingKey” in the xml file.

This works, it is now correctly set torequiredBandwidths="17296,11571,7136,6199,5636,5174,4866,4866".

My only question remains, would this have happened automatically?(eventually)

I’m not positive, but I think so. There are settings in scheduled tasks which determine whether media analysis is upgraded during maintenance, and whether extensive analysis is performed. The only part I’m unclear on is what triggers these to be performed for a particular media file. The docs make it sounds like it may be exclusive to Plex making changes to its analysis version. Even in that case, your files likely would have been deeply analyzed again… but it may have taken a while.

The optimist in me wants to believe that the file changing would be enough to trigger this as well (during maintenance).

My maintenance window is from 1:00 to 23:00, and the file was changed yesterday.
So I think it should have triggered if that was the case.
If it does not, it would probably be classified as a bug, so ill keep it open for now to see if any plex mods/devs know more about this.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.