Create maximum-download-maximum-upload-text.md

[saghul]

@bgrozev Can you comment if this is something we'd ever like to see implemented?

[bgrozev]

@amitmehrafullstack I don't understand the reasons for this. What problem does it solve and when/how do you expect to use it? Between estimating and adapting to the available bandwidth, limiting the number of video streams with LastN, and limiting the receive video resolution (the "Manage Video Quality" option in the web client) we should be covering most cases.

[amitmehrafullstack]

The aim is to have the ability to control the maximum download and upload which should help in-case of connection slowness, currently based on the resolution defined and the status of the connection the download and upload speed will be calculated, which give us a volatile quality.

On Fri, Feb 14, 2020 at 12:19 AM bgrozev notifications@github.com wrote:

@amitmehrafullstack https://github.com/amitmehrafullstack I don't understand the reasons for this. What problem does it solve and when/how do you expect to use it? Between estimating and adapting to the available bandwidth, limiting the number of video streams with LastN, and limiting the receive video resolution (the "Manage Video Quality" option in the web client) we should be covering most cases.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/jitsi/gsoc-ideas/pull/10?email_source=notifications&email_token=ALNUTBDD6K4WDOHQIQNNUYTRCWI5JA5CNFSM4KUKTVT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELWFRUI#issuecomment-585914577, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALNUTBFOICWKZZUUFQ2GQSTRCWI5JANCNFSM4KUKTVTQ .

[bgrozev]

The current implementation is based on an estimation of the available bandwidth (not resolution).