mumble-voip / mumble

Mumble is an open-source, low-latency, high quality voice chat software.
https://www.mumble.info
Other
6.41k stars 1.12k forks source link

Deafening also mutes sounds #1293

Open ghost opened 10 years ago

ghost commented 10 years ago

Deafening yourself also makes sound effects unhearable. I understand this may be intended behavior. It may perhaps be a good idea to add a checkbox in the settings toggling whether you want this or not. This would come in very handy when using Mumble as a chat client where you're both muted and deafened but not AFK to have an audible hint when a chat message is received.

Tarun80 commented 10 years ago

That is intended behavior. You're deafened yourself so you won't hear anything.

I must ask though, if you still want to hear sounds then what's the point of deafening yourself? It sounds like it invalidates the point of deafening yourself.

Brottweiler commented 10 years ago

The point would be to not hear other users talk, but still hear sound notifications such as users joining/leaving your channel, and writing in the chat.

ghost commented 10 years ago

As Brottweiler says, that is indeed the point. An also important point is that when deafened and muted, Mumble does not seem to transmit voice (thus lowering bandwidth usage considerably). If I undeafened myself, I would waste a lot of bandwidth just to hear the chat sounds.

Brottweiler commented 10 years ago

I think it would be reasonable to add a setting, to allow (notification) sounds other than voices of other users to be heard when deafened.

mkrautz commented 10 years ago

I'm fine with adding a setting for this (but I think we've been adding settings a lot lately! grr!).

The real reason that this happens is that our notification sounds are handled in the audio subsystem just like voice from users are. There's an audio output source that represents a file as opposed to a user on the server.

Since notification sounds are treated the same way as users are in the audio subsystem, the sounds are muted, just like players are, when the client is self-muted-and-deafened. It's simply an artifact of how the system was designed.

Tarun80 commented 10 years ago

There's also the ability to have a pseudo-AFK channel where you will still here connect/disconnect sounds and other messages. Though if you want to hear what's going on in another channel then that can't really happen.

Also, the amount of bandwidth to hear sounds is minimal. Most likely 1KB (assuming at most) or less.

If this gets added, since we're talking about people being able to be completely deafened or not. A true AFK channel support would also be very welcome. I know many users on my server and other servers who want to go AFK but have to deafen themselves to stop all sounds before they go. It's one of the most asked for features I hear. Ref: AFK channel support

ghost commented 1 year ago

Has this been implemented? 1.4 has checkboxes to disable the soundfile for events which seems fine grained as opposed to an all-or-nothing approach to disabling Mumble notification playback. Similar to this request:

https://github.com/mumble-voip/mumble/issues/1257

... there are simpler methods to disable audio notifications per application built in to the operating systems we support.

Hartmnt commented 1 year ago

Has this been implemented? 1.4 has checkboxes to disable the soundfile for events which seems fine grained as opposed to an all-or-nothing approach to disabling Mumble notification playback.

No, if you deafen yourself, you will not hear any notification sounds. This is not related to the checkboxes you can set.

Similar to this request:

Actually, this issue is more related to #2997 If you can override not hearing sounds while being deafened for certain notification types, that would be one part of what is necessary for #2997