Feature request - alternative sample rates

Mumble about Mumble

Feature request - alternative sample rates

Postby weegeez » Tue Jan 10, 2017 2:37 am

[skip to updated post]

Dear devs,

My favorite game is 44.1khz. This means windows SRC is enacted when streams from mumble, which is 48k join at kmixer level, as a result game sound is compromised.

Is it too much to add 44.1 support to mumble?
It's just that the sound team of the game in question spent considerable time field recording ambience and sounds and for the windows SRC to trash that is would be a shame.
According to Microsoft knowledge base article, if all outgoing rates are the same then no SRC takes place, the stream is simply mixed, not resampled.

Hope you understand, I'm passionate about the game.

Thanks in advance.
Last edited by weegeez on Tue Sep 26, 2017 3:20 pm, edited 4 times in total.
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby kissaki » Sat Jan 21, 2017 10:47 am

Are you saying using Mumble changes the systems audio output setting?
MumPI: Your Mumble Web Interface in PHP
User avatar
kissaki
Team member
Team member
 
Posts: 1262
Joined: Sat Jan 09, 2010 12:15 pm

Re: Feature request - alternative sample rates

Postby weegeez » Sat Jan 21, 2017 11:54 am

Hi
The game is 44.1 and mumble (from what I've been told) works at 48k internally.
Because these do not match, the 44.1 stream will be re sampled to 48khz by default according to the windows direct sound sound layer (Kmixer). It usually rounds up butis dependent on sample rates supported by sound card, i.e. in rare case sound card only supports 44.1, mumble is re sampled instead, no problem here.

I'll add that in more recent windows OS, the output rate the hardware ultimately get can be forced but that has to be done manually.
Last edited by weegeez on Tue Sep 26, 2017 3:24 pm, edited 2 times in total.
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby weegeez » Fri Jan 27, 2017 7:12 am

Any idea?
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby kissaki » Tue Jan 31, 2017 3:58 pm

There is a constant SAMPLE_RATE in Audio.h, which is set to 48000.

This is used in several places to initialize sound input and output systems and codecs.

Maybe setting it to a different value would work, I don’t know.
MumPI: Your Mumble Web Interface in PHP
User avatar
kissaki
Team member
Team member
 
Posts: 1262
Joined: Sat Jan 09, 2010 12:15 pm

Re: Feature request - alternative sample rates

Postby weegeez » Fri Feb 03, 2017 6:59 am

Interesting, I'd do some tests thanks!
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby mkrautz » Fri Mar 24, 2017 10:50 pm

There is nothing that really forces the WASAPI backend to use 48KHz. We could run it at something else, if there are compatibility issues.

For many other audio backends, we let the system choose. If it deems 44.1KHz a better fit, we will use that and resample to 48KHz on the fly for internal use.
mkrautz
Team member
Team member
 
Posts: 200
Joined: Wed Sep 23, 2009 4:57 pm

Re: Feature request - alternative sample rates

Postby weegeez » Thu Jun 29, 2017 7:23 pm

Hi,
Could not find Audio.h setting,,.

As I mentioned in post 1, in Vista/Win7 (UAA&WASAPI) it is possible to FORCE the output to a rate that the sound interface see's in the options, thankfully. However this is still not elegant enough, unwanted resampling may still occur because the average user;
A) Must manually do this so that it matches a games sample rate (see below).
B) Would need to know sample rate of the game to begin with, and
C) Keep a note of rates for all games and change these settings every time a different game is started.

Image
fig. 1 & 2, various ways user can FORCE sample rate in order to prevent resampling.

This problem is specific to mumble because it runs in the background and presents its own audio stream. i.e. Shared mode is inherent with mumble. If mumble (or any program with audio stream) wasn't open then resampling wouldn't occur, app is in exclusive mode in wasapi architecture.

ImageUnless changed, mumble will continue to compromise sound quality of games.

Of course, none of this would be necessary is the audio/entertainment industry would settle on a sole rate once and for all but in the mean time these things need to be addressed.

In my case, I'm aware of this resampling, I only ever play one game and I know its sample rate, such is fortunate and I can put a tutorial in the games manual, instructing players to FORCE sample rates however this does not address other players and newer games.
It lays waste the efforts of those who perfected game sounds / effects.
It also makes both the equipment used to record sounds as well as sound devices used to play back those sounds, totally redundant.

So can someone please address this?
Last edited by weegeez on Mon Oct 16, 2017 10:51 am, edited 22 times in total.
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby weegeez » Tue Sep 26, 2017 3:22 pm

May I ask for more formal instructions on where to find audio.h setting and possibly how to change it?:

kissaki wrote:There is a constant SAMPLE_RATE in Audio.h, which is set to 48000.

This is used in several places to initialize sound input and output systems and codecs.
weegeez
 
Posts: 8
Joined: Tue Jan 10, 2017 2:18 am

Re: Feature request - alternative sample rates

Postby kissaki » Thu Sep 28, 2017 10:35 pm

If you have cloned Mumbles source code repository and are able to compile it, the file Audio.h is at src/mumble/Audio.h.
See on github src/mumble/Audio.h L#18

You can change it with a text editor.
Building Mumble yourself is/can be a bit more complicated.
See the "Building on <OS>" wiki pages you can find linked to at https://wiki.mumble.info/wiki/Developme ... How-To.27s
MumPI: Your Mumble Web Interface in PHP
User avatar
kissaki
Team member
Team member
 
Posts: 1262
Joined: Sat Jan 09, 2010 12:15 pm

Next

Return to General

Who is online

Users browsing this forum: No registered users and 1 guest