Interface NetworkMetricsControllerImplOptions

Time window (in seconds) for amortizing network transfer entries in bandwidth estimation.

This window enables accurate bandwidth calculation across multiple concurrent streams (audio, video, etc.) by aggregating transfer data over time.

• Too low: Streams won't be properly combined, leading to inaccurate estimates
• Too high: Bandwidth estimation becomes slow to adapt to network changes

For biased values such as ewmaHigh/ewmaLow, when the value is not in the direction of the bias, this smoothing will be used. This should be a value between 0 and 1 and be less than bias positive smoothing.

For biased values such as ewmaHigh/ewmaLow, when the value is in the direction of the bias, this smoothing will be used. This should be a value between 0 and 1 and be more than bias negative smoothing.

The smoothing factor for EWMA (Exponential Moving Weighted Average), used in bandwidth and response time moving averages.

The purpose is to give more weight to recent events than old events, while keeping calculations simple and avoiding the need to keep histories as a rolling average would.

This value should be between 0 and 1. The closer to 1 this value is, the more weight new values have. A value of 0.2 for example would mean that after 10 updates, the current average after ten new data points would influence the new average by (1-0.2)^10 ≈ 10% and the latest update would influence the average by 20%.

Maximum bandwidth in bps we will attribute to any single measurement. Transfers measured above this are clamped; zero-duration transfers are treated as this speed rather than discarded. Default: 30_000_000

When the user's bandwidth cannot be determined due to lack of NetworkInformation support and no reported downlink history, then this value will be used. This should be in bits per second.