Replies: 1 comment 1 reply
-
I don't have a development plan, so I'm not sure. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Please describe your question
HK 1.x.x provided bandwidth notifications in
RTMPConnectionDelegate
that reported bothsufficient
andinsufficient
bandwidth notifications.For 2.x.x, the new approach involves
HKStreamBitRateStrategy
, which reportsNetworkMonitorEvent
events:Note that I think there is a typo in the comment- it says "sufficient" but the method is
publishInsufficientBWOccured
But it seems there is no longer an equivalent for sufficient:
publishSufficientBWOccured
.Our app implemented an adaptive settings approach in which we relied on both of these types of messages. We maintain a list of settings profiles with different bitrates, resolution, and frame rates. If sufficient bandwidth was reported, we might consider increasing the settings level to a higher one. And if insufficient bandwidth was reported, we'd drop down to a lower settings level.
After testing with HaishinKit 2.0.3, I'm finding our previous approach doesn't quite work anymore, as we no longer have an equivalent for
publishSufficientBWOccured
.So ultimately that's my question:
In 2.x.x, what's the suggested way to determine when bandwidth is sufficient and we can consider scaling up quality settings?
Would it be possible for
publishSufficientBWOccured
to be added back in future version? Or is there another approach we should use to periodically check certain stats and make our own determination about when to scale up quality settings?Thanks!
Beta Was this translation helpful? Give feedback.
All reactions