mumble-voip / mumble Goto Github PK
View Code? Open in Web Editor NEWMumble is an open-source, low-latency, high quality voice chat software.
Home Page: https://www.mumble.info
License: Other
Mumble is an open-source, low-latency, high quality voice chat software.
Home Page: https://www.mumble.info
License: Other
(Originally reported at https://sourceforge.net/apps/phpbb/mumble/viewtopic.php?f=4&t=1102 by wowsavvy).
Sorry to pester you, I'm on Mac OSX 10.8. Mumble and Murmur work well (newest releases), but I have an odd issue. I tried using the certificate wizard to import a certificate created by StartCom and Comodo, but upon switching to either of them, my server disconnects and says " Server connection failed: The remote host closed the connection." If Terminal is open, it says:
2013-06-02 14:38:31.296 1 => <1:(-1)> SSL Error: The root CA certificate is not trusted for this purpose
2013-06-02 14:38:31.297 1 => <1:(-1)> SSL Error: No certificates could be verified
2013-06-02 14:38:31.298 1 => <1:(-1)> Connection closed: [-1]
As soon as I switch back to the self-made Certificate auto-created by Mumble on first use, the server comes back online. It's not a big glitch as I can still use both services fine, but as it was recommended to create a secure Certificate, I wanted to try one. Both certificates end in .p12 and were exported with Keychain access. Both say they were signed by an unknown authority, but I tried telling the Comodo one to be trusted and it still doesn't work. I have also reinstalled both Mumble and Murmur.
No rush to reply! Thank you very much,
-Savvy
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/993/ .
I am running Mumble 1.2.4 and installed Mac OSX Developer Preview 1. Mumble no longer recognizes my PTT keystroke. I cannot reset the stroke (though it will accept mouse button presses)
Checking Apple's side, Apple moved assistive devices to the Privacy Setting under Security and Privacy, yet Mumble doesn't seem to be registered.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1003/ .
*The following attachments were added on the original item:
This is about murmur on GNU/Linux
If a certificate is specified in the config file, but it has a wrong order of helper cert and cert, or a typo in the path or there is an permission error and the cert fails to load, the server is just starting up any way and generates a self signed cert which is stored in the database.
This is a really stupid behaviour, the reason is obvious:
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1014/ .
In order to set a suggestversion using ICE you have to set it to the bitmasked version.
For example, to set as 1.2.5 via ICE you need to actually set "66053"
(1 << 16) + (2 << 8) + 5
=> 66053
The mumble.ini expects "1.2.5" which makes it confusing between setting via ICE and setting via the ini.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/989/ .
Support for Jack would be excellent for mixing various sound sources and recording sessions.
Jack runs on OSX and is reasonably well supported on windows too.
I have a 2h multichannel-recording with two people in Mumble, where one resulting file is 3 seconds shorter than the other. In the beginning everything is ok, but after 30 minutes there were some UDP transmission problems caused by one user doing heavy uploads on his side. Right after the transmission error, the channels were heavily out-of-sync.
By looking at the source, I found some code generating silent samples when there are missing samples - but only when the silence period is larger than 100ms. Do you think that our silence period was shorter? BTW, I used WAV for recording.
Our settings are shown on the screenshots found here:
Thanks!
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/964/ .
murmurd fails to build on OpenBSD with the following error:
In file included from ./murmur_pch.h:69,
from ../ACL.cpp:31:
/usr/include/netinet/ip.h:178: error: 'n_time' does not name a type
This is due to an incorrect #include. The attached patch fixes this issue
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/960/ .
Starting with v3.5, the ICE Python wrappers have changed the API used in the Python scripts shipped with murmur (such as testdynamic.py) as well as the convenience mice.py script. It seems that the IcePy::Operation method now requires a tenth argument, indicating the format (defaulting to Ice::DefaultFormat when None is passed). However, this fix doesn't seem enough, since Python strangely segfaults when passing None as format parameter... Attached is the modified testdynamic script including the formatting parameter.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1007/ .
The following attachments were added on the original item:
I'm not sure whether this is related to Mumble or libsndfile, but when I record into a WAV file I get really heavy noise when samples are clipped. Instead of just being clipped to value 1.0 or -1.0 they somehow change sign and "jump" to the other side. To demonstrate this, I have attached a screenshot from Audacity where on the top I did a direct audio recording using Audacity and on the bottom you see the recorded WAV from Mumble of the same voice.
So, on the top this is how I would expect the waveform to look like and on the bottom you see the inverted samples. This makes the clipping noise much worse than it should be. Instead of sounding just a bit distorted, you get a very loud click noise.
I have tried and switched line 198 in VoiceRecorder.cpp from
sfinfo.format = SF_FORMAT_WAV | SF_FORMAT_PCM_24;
to
sfinfo.format = SF_FORMAT_WAV | SF_FORMAT_FLOAT;
and the inverted samples are gone. But this is probably just a work-around.
Any clue?
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/971/ .
*The following attachments were added on the original item:
The overlay works correctly only if the mumble is opened before Star Wars the Old Republic, but it is not displayed if the mumble is run after the SWTOR is open. This might be related to the fact the SWTOR runs with elevated priviledges.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/963/ .
I am using Kubuntu 12.10 and for some reason at random intervals the PTT stops working and all input audio ceases to work. I did not have this problem when I was using Win7, but since I have reformatted my PC and switched to Linux this issue has arisen. I am using a Logitech G330 USB headset.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/962/ .
Setting "opusthreshold = 0" will not force server to run only Opus, but still falls back to CELT if any older clients connects to the server.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/992/ .
So, the title says itself. If you put your OS into a sleep mode and then go back, mumble never reconnects. Of course I have all these "reconnect automatically" option enabled. I guess that bug started with 1.2.3 beta, because I remember times when mumble always reconnected after sleep/suspend mode.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/996/ .
In addition to the ability to move users into other channels, the "Move" privilege also allows any user with this privilege enabled to reset/erase the comments of other users.
This seems to be a bug, as there is no indication that this extra ability is granted with this privilege.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1016/ .
It happens in 1.2.3 and 1.2.4.
Here we only get the message "The connection requires authentication", despite typing user/pwd in the proxy config.
Look at this Question & Solution page, which directly suggests how to fix the current NetworkConfig.cpp code:
http://qt-project.org/forums/viewthread/20539
Can anyone fix this?
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/985/ .
This has been an ongoing problem with at least 2 of our users ever sense Opus was implemented. Our workaround is to force the server to use Celt though the overall sound is not near as good.
The server is Arch Linux 64 running the latest git snapshots and this problem still exists as of Feb 10 2013.
The clients are all Windows running current snapshots.
User 1: The most frequently affected has used multiple different MICs, headsets and has recently had to switch MOBO and CPU due to a recent MOBO failure. Sadly this didn't fix the problem. The problem also persists between windows 7 and 8. Next time he is in Linux I will test if he still has the problem. I'm attaching his dxdiag and an audio sample.
User 2: Affected far less often. Has nearly the same hardware as I. The only notable difference is he is running 3 AMD GPUs vs my one Nvidia GPU. He has recently switched from an M-Audio Producer USB Mic to a Logitech G930 and still the problem persists.
User 3: Me, not affected at all, other than the ear shattering pain... Only other notable differences from User 2 I can think of is I'm using a Killer 2100 Nic “Don't judge me I got it for free.” and i'm using a Blue Yeti MIC. I haven't had this problem in windows 7 8, Arch Linux 64 and FreeBSD 9.1.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/957/ .
*The following attachments were added on the original item:
In 1.2.4-rc1-13-gc00b44e mapping key shortcuts to F13-F24 does not work. I found another (now closed) issue with exactly the same problem but it claimed to have been fixed in beta 49 of 1.2.4.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/987/ .
Our Ubuntu PPA builds for lucid, which still uses Qt 4.6.
The new User Editor and Ban Editor use the placeholderText
property of QLineEdit
, which wasn't introduced until Qt 4.7.
The tricky part is, it's used in .ui files.
Grep reveals this:
mumble/ui_BanEditor.h: qleSearch->setPlaceholderText(QApplication::translate("BanEditor", "Who are you looking for?", 0));
mumble/ui_BanEditor.h: qleUser->setPlaceholderText(QApplication::translate("BanEditor", "No nickname", 0));
mumble/ui_BanEditor.h: qleIP->setPlaceholderText(QApplication::translate("BanEditor", "No IP address", 0));
mumble/ui_BanEditor.h: qleReason->setPlaceholderText(QApplication::translate("BanEditor", "No reason", 0));
mumble/ui_BanEditor.h: qleHash->setPlaceholderText(QApplication::translate("BanEditor", "No certificate hash", 0));
mumble/ui_UserEdit.h: qlSearch->setPlaceholderText(QApplication::translate("UserEdit", "Who are you looking for?", 0));
Since it's from the .ui files, I don't think there's much we can do about it, other than maybe some preprocessor trickery like:
#define setPlaceholderText(x) parent() // turn setPlaceholderText method invocations into no-ops.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1012/ .
As the filter in the registered users list is also case insensitive the banlist filter should be as well.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1011/ .
When trying to use the manual positional audio plugin between two users in the same channel, in the same 'context', on a local lan, both clients repeatedly lose the link to the plugin. This is seen both through the loss of positional audio and error messages in the mumble log window. As can be seen below, the connection typically lasts 5-10 seconds, during which audio is indeed received positionally, however it loses the link shortly afterwards, and returns to 'non-positional' audio. For information, the murmur server is also running on one of the client PCs.
Sample log during testing:
[10:26:41] Manual placement lost link.
[10:26:59] Manual placement linked.
[10:27:33] Manual placement lost link.
[10:28:10] Manual placement linked.
[10:28:26] Manual placement lost link.
[10:29:59] Manual placement linked.
[10:30:04] Manual placement lost link.
[10:31:00] Manual placement linked.
[10:31:12] Manual placement lost link.
[10:31:30] Manual placement linked.
[10:31:40] Manual placement lost link.
[10:31:59] Manual placement linked.
[10:32:21] Manual placement lost link.
[10:32:58] Manual placement linked.
[10:32:59] Manual placement lost link.
[10:33:18] Manual placement linked.
[10:33:22] Manual placement lost link.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1017/ .
*The following attachments were added on the original item:
pauldy reports on IRC that the OS X Mumble overlay can crash World of Warcraft (32 bit and 64 bit) when you attempt to resize the WoW window.
Crash logs will follow.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/986/ .
I've had this issue start anywhere from 20 minutes after logging in to a few hours after. I've always had the audio disconnect happen during a lull in conversation, never cut anyone off mid stream.
The issue occurred on Win7 and Win8. And the beta versions of 1.2.4 had this issue as well.
From my end I see the mouth go red when I hit push to talk, no one sees my mouth go red though. No one else seems to have an issue when it happens to me, they continue talking thinking I'm there listening (as do I)
I have been resolving the problem by restarting the program.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/997/ .
*The following attachments were added on the original item:
I'm sorry that at this time I don't have better details, as the crash reports frequently do not contain a mumble_ol DLL version numbers. Also, forum reports I've seen from customers are not incredibly detailed. I can inquire on the forums about the Mumble versions being used.
I have one crash dump with a mumble_ol.dll (not directly implicated in this particular crash) with a timestamp of "2-19-2011 2:44 PM" but I'm not sure if that's just a Windows file modification timestamp. MSVC reports the module info as follows:
mumble_ol.dll *C:\Program Files (x86)\Mumble\mumble_ol.dll N/A N/A No matching binary found. 63 0.00.0.0 2/19/2011 2:44 PM 6A430000-6A453000 CrashDump.mdmp: Native
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/983/ .
I use Mac OS X 10.8.4 and in Mumble I have set the audio input and audio output to "Default Device". Yet switching an audio input or output device in the system has no effect on Mumble. Mumble always sticks to the audio device that was set in the system when Mumble started running. Mumble never changes audio devices automatically when they are changed in the system settings. In order to change an audio device in Mumble I either have to set it manually or quit Mumble and start it again after selecting the audio device in the system.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1013/ .
If someone logs out in a channel with "Text message" - Deny set, when they log back in and move channel they can't type in the message bar if any channel is highlighted (regardless of "use selected item as chat bar target" setting)
With "use selected..." set, they can message the current channel by highlighting their name, or message other users as normal. With it unset, they can message the current channel as long as any user is selected.
If the user has the "edit ACL" rights in the channel (specific or inherited), these bugs do not occur.
Right-clicking on a channel the user should be able to message restores normal behaviour
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/968/ .
I used the Mumble client 1.2.3 on Linux (Opensuse 12.3) to record a three hours long mumble session to a Flac file. All seemed to work well until I hit the "Stop" button to stop recording. The client froze, and I had to kill it manually. When I investigated the recorded file, it turned out that it was overly long (hundreds of hours) and only the first 43 minutes contained an actual recording. The rest was mute.
Another user in the same session made a similar experience, although I don't know which Mumble version and operating system he used.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1006/ .
I am unable to get the overlay to show when playing ARMA2: DayZ Mod.
I am launching DayZ through DayZ Commander, with the "Force Direc3D 9" option ON, forcing ARMA to run in DirectX 9. (I know that the overlay will not work in DX11.)
I have also used the "-nod3d9ex" switch to no effect.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/970/ .
*The following attachments were added on the original item:
I've been using Mumble close to a year and today my push to talk key stops working. I've tried rebinding it to other keys and eventually it stops working. If I leave the setting window up and hit APPLY push to talk works... but that's not really something I want to be doing when I'm in the middle of a game.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1005/ .
*The following attachments were added on the original item:
Whenever I launch mumble it hangs, unresponsive, until I shut it down using Task Manager. I have tried reinstalling and using compatibility mode but it doesn't help. The closest I got to making it work was with 1.2.3's backward compatibility mode, but even then i couldn't connect to any servers.
my specs are:
Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
8.00 GB RAM
64 bit
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1018/ .
I just bought a new iBUYPOWER computer and installed Mumble, but it doesn’t seem to work.
Everything is fine except the sound. Whenever I try to hear something the volumes are very low.
I tried running the sound wizard a few times with no luck. When it gets to the direction of sound part, I can hear everything perfectly! (When it goes from side to side.) But then it just dies again.
I tried every possible thing without luck.
Volume and audio work just fine on any other computer aspect. (Ventrilo, YouTube, iTunes etc.)
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/965/ .
Normal use, several other programs open. Using Mouse4 as ptt. Within minutes of active use (speaking with others), the client stops responding. The gui freezes (usually it looks like someone's mic is constantly open (lips are always lit up) even though they are not continually talking. I can still hear conversation in the channel like normal, but I cannot talk. My ptt is unresponsive. If I wait it out, after a couple minutes it responds for half a second and instead locks my ptt input and stops responding again. Then my mic is stuck open, until I restart the client. The only way I can close the client when it is like this is to end process through the task manager.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/966/ .
*The following attachments were added on the original item:
Distro: Debian Squeeze
Kernel version: 3.5.3
Sound card: CS5535 Audio
When I launched Mumble for the very first time, "Audio Tuning Wizard" opened to allow me to configure audio settings. I selected PulseAudio as the Input and Output device and advanced to the "Volume Tuning" screen. When testing the audio in this screen, I either did not hear any output or heard output with significant delay of more than 10 s, often garbled.
When I stopped pulseaudio on the system and chose ALSA in the wizard instead, I did not experience these problems in the wizard and was able to get immediate audio output without any delay.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/978/ .
Mac OSX (Mavericks Developer Preview 2)
World of Warcraft Version 5.3.0 (17128) Release x64 Post Patch 7/2/2013
Mumble 1.2.4
When Mumble is running, now WoW quits. Here is Blizzard's diagnostic ID: 63A85162-5EDB-43DE-89CE-8D4F67676D18. I can't find any logs to provide details. Blizzard's error reporter only provided that reference number.
Mumble/WoW worked fine before the 7/2 rolling restarts.
Reporting to WoW as well, but wanted to let you know.
I do not know, yet, if this is a Mountain Lion issue or a Mavericks one.
Interesting note. If you launch WoW before Mumble, everything works fine. If you launch Mumble before WoW, WoW crashes.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1010/ .
Hello, I am working on a plugin, and something strange seems to be happening. It seems that mumble is crashing when it does not recognize the DLL name (ie. if I call my plugin cs.dll, mumble won't crash, but calling it unknown.dll causes mumble to crash). I'm using Windows 8
Steps to reproduce
Seems weird to me. Using MumblePAHelper shows that my plugin is reporting the correct values, correct description, etc. even when not using an included plugin name, leading me to believe that this is something wrong with mumble itself. Thanks in advanced for your consideration!
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1004/ .
The following attachments were added on the original item:
I think this qualifies as a bug.
Expected Behavior:
Actual behavior:
Workaround:
Populate certHash in the DB via Ice, or use password auth to bootstrap the user, at which point strong certificates work as normal.
Cause:
In Server::authenticate(), "if (bStrongCert)" [1] is inside the block for "if (!certhash.isEmpty())" [2]. I'm not sure how to restructure it and I don't know if I'll have time to fix it, but I wanted it on my todo list for later.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/982/ .
There is an issue with audio support for my wireless headset (noname).
No audio is transmitted in either direction.
I have the following details available:
Unit-manager info:
USB\VID_0451&PID_16BB&REV_0001&MI_00
(Listed as General USB audio)
I believe it is a Texas instruments (VID_0451) SoC device, probably a PurePath device:
http://www.ti.com/paramsearch/docs/parametricsearch.tsp?family=wireless&familyId=936§ionId=646&tabId=2736&uiTemplateId=WLS_PRDSRCH_T
Also the following probably points to the problem:
<W>2013-05-02 21:51:21.553 AudioInput: 40000 bits/s, 48000 hz, 480 sample
<W>2013-05-02 21:51:21.555 WASAPIInput: Latencies 100000 30000 => 100000
<W>2013-05-02 21:51:21.555 WASAPIInput: Mic Subformat is not IEEE Float: hr=0x00000000
<W>2013-05-02 21:51:21.557 WASAPIOutput: Latencies 100000 30000 => 100000
<W>2013-05-02 21:51:21.557 WASAPIOutput: Subformat is not IEEE Float: hr=0x00000000
<W>2013-05-02 21:51:27.159 AudioInput: 40000 bits/s, 48000 hz, 480 sample
<W>2013-05-02 21:51:27.160 WASAPIInput: Latencies 100000 30000 => 100000
<W>2013-05-02 21:51:27.160 WASAPIInput: Mic Subformat is not IEEE Float: hr=0x00000000
<W>2013-05-02 21:51:27.161 WASAPIOutput: Latencies 101587 30000 => 100000
<W>2013-05-02 21:51:27.171 WASAPIOutput: Stream Latency 116100 (2646)
<W>2013-05-02 21:51:27.171 WASAPIOutput: Periods 10158us 3000us (latency 11610us)
<W>2013-05-02 21:51:27.171 WASAPIOutput: Buffer is 60000us (5)
<W>2013-05-02 21:51:27.172 AudioOutput: Initialized 2 channel 44100 hz mixer
The device works for other sources (battlefield: bad company 2, system sounds etc.)
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/984/ .
As topic says.
I noticed that i get less hiss no matter what i do with Mumble.
I thought, that maybe it was the encoding (opus), but that wasn´t the case.
And i tried changing Noise Suppression up and down (had it on off), but it didn´t change it.
Or well of course increasing made a change, but turning it On and Off didn´t make any change.
I also tried recording Mumble and Normal recording of the mic at the same time.
And as i thought, the normal recording was cleaner but had a bit more hiss.
But the mumble sound , not sure how to describe it, but not as clean and sharp.
Noise Suppression always makes sound like that more or less, it´s the drawback.
Can you please look into it.
I prefer to have it completely turned off, as i don´t have a extremely noisy mic, so Noise Suppression just makes it sound worse.
Thanks!
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1009/ .
DomasoFan reports on IRC that the NVDA screen reader is slow at reading Mumble's UI using the default settings on Windows.
When disabling winhooks, or launching NVDA after Mumble, the slowness is cured.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/976/ .
when i connect to a server i cant hear others talking and they cant hear me talking. i use audio wizard and my mic is working just fine. Also when i connect to a server it only display the root. there are other people in the room and i cant see them and they cant see me. by that i mean names and/or other rooms. Also mumble keeps crashing when i try to connect to a server the second time. Others can see im in the room but i cant see. P.S just found out im getting 90-10% packet loss and yes my internet is working just fine. This has been a problem for me since ive downloaded mumble.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1002/ .
*The following attachments were added on the original item:
Hi everyone,
now ive been having this issue a while now but as you can see from the link. TCP ping is insanely high. this of course leads to a lot of latency (1-2 minutes!!!) which obviously very impractical when playing games and talking in general.
I've tried letting through all the ports mumble uses through my firewall but i have no luck at all.
This seems to only happen when people start to speak, if i launch mumble muted and deafened then my ping is at a stable 30-50.
I've quite literally searched every forum post ever to find a solution but have yet to find one, any support will be appreciated.
link: https://dl.dropboxusercontent.com/u/37131449/Extreme%20Ping.png
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/990/ .
*The following attachments were added on the original item:
Server:
Murmur 1.2.3
WinXP Pro SP3
3GHz Pentium 4 with 2GB RAM
Constant flooding like this in my logs:
<W>2013-04-21 01:45:09.292 1 => <68:(-1)> Timeout
<W>2013-04-21 01:45:09.371 1 => <86:(-1)> Timeout
<W>2013-04-21 01:45:09.449 1 => <72:(-1)> Timeout
<W>2013-04-21 01:45:09.527 1 => <78:(-1)> Timeout
<W>2013-04-21 01:45:09.589 1 => <84:(-1)> Timeout
<W>2013-04-21 01:45:24.824 1 => <68:(-1)> Timeout
<W>2013-04-21 01:45:24.871 1 => <86:(-1)> Timeout
<W>2013-04-21 01:45:24.917 1 => <72:(-1)> Timeout
<W>2013-04-21 01:45:24.980 1 => <78:(-1)> Timeout
<W>2013-04-21 01:45:25.042 1 => <84:(-1)> Timeout
<W>2013-04-21 01:45:40.308 1 => <68:(-1)> Timeout
<W>2013-04-21 01:45:40.386 1 => <86:(-1)> Timeout
<W>2013-04-21 01:45:40.464 1 => <72:(-1)> Timeout
<W>2013-04-21 01:45:40.511 1 => <78:(-1)> Timeout
<W>2013-04-21 01:45:40.574 1 => <84:(-1)> Timeout
<W>2013-04-21 01:45:55.792 1 => <68:(-1)> Timeout
<W>2013-04-21 01:45:55.855 1 => <86:(-1)> Timeout
<W>2013-04-21 01:45:55.917 1 => <72:(-1)> Timeout
<W>2013-04-21 01:45:55.980 1 => <78:(-1)> Timeout
<W>2013-04-21 01:45:56.042 1 => <84:(-1)> Timeout
I saw this posted as a bug and closed 5 years ago, but saw no reasonable solution in the thread. I've been experiencing this problem for at least a year-- just never got around to reporting it.
We have no connection issues. Things seem okay except for the flooding.
Restarting the server stops the flooding, but when left unattended the logs grow unnecessarily huge. Has this issue been addressed in 1.2.4-RC? I'm hesitant to upgrade at this point as the server is essential for raiding on a weekly basis.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/981/ .
When I record with mumble, mumble doesn't save the audio file to the destination I selected. What do I do?
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/988/ .
When built with "no-speechd", TTS settings are still shown under Configure->Settings->Notifications. This can be very confusing when one is trying to get TTS to work by tweaking settings there. (I didn't notice the 'speech' USE flag for a couple days.)
The ideal solution would be to have TTS settings visible, but grayed out. This would indicate that TTS is possible, but disabled or unavailable somehow. That would be far better than tweaking the settings and still hearing absolutely nothing...
Discovered on my Gentoo system. Bug on bugs.gentoo.org here: https://bugs.gentoo.org/show_bug.cgi?id=457552
Attached is a screenshot of the dialog still displaying the offending settings.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/961/ .
*The following attachments were added on the original item:
Linux SHOES 3.2.0-37-generic #58-Ubuntu SMP Thu Jan 24 15:28:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Not sure if this Ubuntu specific, but when ever my Fiance and I use Mumble, if we leave it running for a while (being over night), we've noticed it can reach up to 2 gigs memory usage. It happens randomly - we can usually go a day or two without issues, and other times it only takes hours.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/959/ .
Post-Sleep PTT(?)/Can't Talk Issue
Windows 7 64-bit. Mumble 1.2.4 (but this happened once with 1.2.3a, described in the verbose section below). On-board sound card, RealTek something-or-other.
Short version:
This series of steps always has the same result:
-- Re/Start computer, start Mumble.
-- I can talk in Mumble.
-- Close Mumble, sleep computer
-- Wake computer, start Mumble,
-- I cannot talk in Mumble.
Things that don't let me talk:
-- closing and restarting Mumble after the sleep.
-- rebinding/reassigning the PTT key.
The only thing I've found that lets me talk in Mumble after this happens:
-- restarting my computer.
Super-verbose wall-of-text version:
On Sunday June 2 2013, I brought my computer out of sleep mode and started up my Mumble client. My Mumble 1.2.3a client advised me to upgrade to 1.2.4. At this time, for the first time, I was unable to talk in Mumble after the computer had been asleep (I would push the key -- it's bound to the ~ key -- and my my mouth-icon on Mumble didn't light up on my screen and nobody could hear anything I said). I assumed it was related to needing to update, so I installed 1.2.4.
The problem has persisted. I've googled and found some threads that sound similar to this problem, but my problem differs; in some of the other threads, the posters say that if they go into the options and re-set their PTT binding, the problem is fixed, but when I attempt to reset my binding, my problem is not fixed. The only thing that allows me to talk in Mumble again is a full shut down and restart of my computer.
On June 18th, I created a registry key as outlined in
http://mumble.sourceforge.net/1.2.4_Known_Issues
"Global Shortcuts stop working randomly on Windows"
"HKEY_CURRENT_USER\Control Panel\Desktop\LowLevelHooksTimeout (it does not exist by default)
This key should be of type DWORD, and its value is specified in milliseconds."
I set the value to "3e8" hexidecimal, as stated. I restarted my computer, Mumble worked fine. I exited Mumble, slept the computer, woke the computer, started Mumble, and I cannot talk.
None of the ~50+ other people that I know that use Mumble have said they have this problem. When I was notified to upgrade to 1.2.4, I made a post that they should also upgrade, so I assume at least 15-30% of them have done so already, but I have not seen anyone mention anything about having a similar issue.
Bug reports of some similarity, yet my problem is distinct from these for various reasons:
http://sourceforge.net/p/mumble/bugs/879/
http://sourceforge.net/p/mumble/bugs/636/ - this person says their problem arises when they sleep the computer with Mumble open. I have always disconnected and closed Mumble before sleeping the computer, as I seem to find that Mumble-open-while-sleeping results in robot-voice after un-sleeping.
http://sourceforge.net/p/mumble/bugs/298/ - the original post is from 2009, so I don't know if it still counts. Both the original poster and the additional commenter on page 2 describe almost exactly the same problem that I have, except they both state that they leave Mumble open and connected while they put their computer to Sleep-mode, and that quitting Mumble and reconnecting or attempting to rebind the PTT key will fix their problem.
https://sourceforge.net/p/mumble/bugs/997/ - unlike this poster, my Mumble works perfectly fine for the entire time I want to use it, but only after a re/start of my computer.
Please let me know if I can do anything to fix the problem. Thank you for reading.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/999/ .
*The following attachments were added on the original item:
Whenever I try to launch Mumble, I get a window that says that mumble has crashed and that I need to send mumble a crash report, I have tried to re-install it and all but nothing works. please help!!!!
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/974/ .
*The following attachments were added on the original item:
I've been periodically having an issue where the entire mumble gui will stop responding and keyboard and mouse input changes aren't registered for about a minute. During this time mumble behaves normally otherwise. It continues to send and receive data and play and record audio. If I was holding my ptt key while it does this the mic is left open until it responds again and conversely if I was not holding my ptt key it will not register until it responds again. Help with this issue would be appreciated. This issue happens about every 10 minutes or so.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/1015/ .
Just a small text glitch on the shortcuts preferences page, i have a shortcut as ctrl+`, but it shows the wrong character. see screenshot.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/995/ .
*The following attachments were added on the original item:
Hello guys, I've tried to use mumble-overlay in game called FOnline and it seems, that it doesn't working.
Under windows both FOnline.exe (ogl) and FOnlineD3D.exe (dx) are working with overlay, under Linux (Debian Wheezy) native FOnline, FOnline.exe with wine doesn't display overlay and FOnlineD3D.exe shows it.
If it helps, here's sdk repository for that game (giving link to sdk, because it's faster to download than downloading any game made with it)
https://xp-dev.com/svn/fonline_sdk/
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/979/ .
When selecting a user or channel name in the currently active server, you are unable to type a message to any individual or channel using the text input bar. Users still on 1.2.3 connected to the same server do not have the same issue, and are free to text message whomever they wish or whatever channel they wish.
The only way to get around this issue is to right-click a user or channel and use the "Send Message" function.
This ticket has been migrated from sourceforge. It is thus missing some details like original creator etc.
The original is at https://sourceforge.net/p/mumble/bugs/994/ .
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.