Open Patrick12300 opened 1 year ago
setting to a higher bitrate then the settings allowed
where is it stated that this is even a valid thing to do (not trying to be condescending here - just interested in the answer as that might influence how to proceed with this issue)?
https://github.com/mumble-voip/mumble/pull/3753 https://github.com/mumble-voip/mumble/pull/4700/files#diff-9aaa7f5993ff7c40c949705c6c672929567b3023f3da411b6c6717ecf9485ec0
As I understand you changed the range to 558kbit/s in murmur (#4700) but didn't changed the slider in mumble: "I thought about that. But maybe the bar would be ugly and harder to use? I also thought about an idea to enable up to 510kbit/s in the UI only if "Advanced" option is checked, and use 96 or 192kbit/s as maximum otherwise."
The problem is that murmur allows 558kbit/s but mumble not (in the UI) for some reason. The other problem is that even if you change the value to 529 in the registry, it goes only up to 300kbit/s (330 with overhead).
One of the simple solution for now is to apply the value of the slider only if the value is at or below 192000. Otherwise it remains untouched because it was changed manually or to change the slider to 300kbit/s because discord allows it too but for 60€/per month and mumble is the only costless alternative and the reason I changed. For the 300kbit/s problem I have no solution.
The problem is that murmur allows 558kbit/s but mumble not (in the UI) for some reason.
The reason essentially is that we deemed it to be unnecessary (and that it would probably require a UI change to make it usable). The limit was bumped in order for music bots to be able to stream at higher bitrates.
So from what you have linked, I take it that it is actually never stated that increasing the bitrate setting beyond what is possible from the UI is a valid operation. Therefore, this will not be fixed.
The suggestion you made would be simple enough, but it would also introduce complexity into the code base that (effectively) is not necessary.
Consider that we would like to avoid touching our current Opus implementation, as we're eventually going to switch to the one provided by libmumble.
This doesn't do anything with the Opus implementation - this is only related to our UI (as far as I understand)
This should be fixed via #5994
Description
The bitrate in the Registry and in the client gets overwritten after applying new settings in the options.
Steps to reproduce
close mumble setting to a higher bitrate then the settings allowed: HKEY_CURRENT_USER\Software\Mumble\Mumble\audio - quality to e.g. 529000 close regedit and start mumble verify with the audio statistics go to the options with or without changing somethings and click apply or ok in the audio statistics is now the value that was in the settings e.g. 192000 close mumble and open regedit the value in the registry is now changed too
Mumble version
1.4.287
Mumble component
Client
OS
Windows
Reproducible?
Yes
Additional information
Additional question: Why do I have only 300kbit/s in the audio statistics after setting the value to 529000?
Relevant log output
Screenshots
No response