I am passing to the source property of a VideoDisplay component a DynamicStreamingVideoSource object with 3 different dynamic live stream items, described by these sets of URL / bitrate
But the player then runs the stream with the lowest bitrate, out of those 3. Wasn't it supposed to go for the stream with the highest bitrate, that is viewable by the end-user? All 3 streams have been individually tested and they are all viewable.
There is a matter of the initialIndex property of the DynamicStreamingVideoSource class, that acts as a preferred first attempted stream index to play. But:
All in all, the VideoDisplay component and its multi-bitrate support are sadly just briefly described throughout doc pages. Anyone with anything to contribute on the matter is very welcome.
I don't see where the streams are sorted in VideoDisplay. What is the name of the function that initiates the sort?
Well, they are sorted somewhere I can't remember exactly where, but anyway I've come to find that this is an alright behavior, since the idea is not for the publisher to choose its own stream order; they are sorted just for an easy switch up/down between them.
The problem in my case was that the VideoDisplay gets its bitrates in Kbps, and the values specified for the streams were expressed in Bps. Therefore, the player would not choose the streams with the 9000 or 19200 values, since it thinks these are Kbps, and unsustainable. So it chooses the lowest possible bitrate, with a more decent value of 3600 Kbps (450 KBps)
All I had to do obviously was to divide the reported bitrates by 128, to provide an accurate description of their respective encodings expressed in Kbps. The player then decided correctly on playing the 19200 Bps bitrated one.
I have no more questions here. Thanks Darrell for your interest in the matter.